MySQL锁定优先级

Question

如果有一个项目在整个分钟内在表上有读取锁定，则其他项目仍可以不间断地读取同一个表。

所以我可以有这个时间表

一个使一分钟读锁 B，C，d，E ...以及更多从该表也看没有问题

但说T要求写锁。 T不得不等待......看起来U V W都在等待T，即使U V W只是要求读锁，而T实际上还没有获得锁。

是否有可能禁用此先进先出排序的优先顺序并给读锁比写锁更高的优先级？

编辑：也许有某种低优先级的开关，我可以把我的更新命令？我希望它是同步的（因此线程可以等待完成，即使它是低优先级）。

Answer 1

我发现了一种方法来更新低优先级，而无需将它们发送到单独的线程。

变化

UPDATE bob ... 
INSERT INTO bob ... 
DELETE FROM bob; 
LOCK TABLE bob WRITE; 

到

UPDATE LOW_PRIORITY bob ... 
INSERT LOW_PRIORITY INTO bob ... 
DELETE LOW_PRIORITY FROM bob; 
LOCK TABLE bob LOW_PRIORITY WRITE; 

Answer 2

但是说T要求写入锁定。 T公司等..这似乎UVW都等着对于T ,,即使UVW只是要求读锁和T并未实际获得性它锁又

写锁定分配比读锁更高的优先级。

这意味着T将只需要等待A来完成，而U，V和W会后B，C，D和E排队。

实际上，读写锁定保存在单独的队列中，后者具有更高的优先级。

在你的情况下，请求将按照以下顺序来执行：

A 
T 
B C D U V W 

，T后一切都被同时执行。

从docs：

表的更新比表检索给予更高的优先级。因此，当释放一个锁时，该锁可用于写入锁定队列中的请求，然后可用于读取锁定队列中的请求。这可以确保即使表中存在重要的SELECT活动，对表的更新也不会“饿死”。但是，如果您有多个表的更新，则SELECT语句会一直等到没有更新时为止。

如果你想在写作交易要等到没有未决的读取，你应该明确地发出

LOCK TABLES mytable LOW_PRIORITY WRITE 

之前INSERT，不要忘记做

UNLOCK TABLES 

之后。