MySQL(COUNT)是否在InnoDB中等待行锁?

MySQL InnoDB表是否还要等待写锁定,甚至还要等待诸如SELECT COUNT(*)FROM t之类的查询?

我的情况:

我有5万行的表,其中包含许多更新(视图在每一行中计数). InnoDB应该在更新的行上放一个写锁.但是当我在该表上仅执行COUNT(*)进行查询时,MySQL甚至可以在不等待写入锁定的情况下回答该查询,因为没有UPDATE会更改行数.

非常感谢!

解决方法:

不,对于仅从表中读取数据的查询,MySql不会锁定InnoDb表.
这仅适用于旧的MyIsam表,在该表中,所有读取器都必须等待写入器完成,反之亦然.
对于InnoDb表,他们实现了Multiversion concurrency control

在MySql术语中,它称为Consistent Nonlocking Reads

简而言之-当读取器启动查询时,数据库会在查询启动时的某个时间点为数据库创建快照,而读取器(查询)只会看到在此时间点之前可见(已提交)的更改. ,但看不到以后的交易所做的更改.这使读者可以在不锁定且无需等待作者的情况下读取数据,但仍保留ACID
根据事务隔离级别的不同,会有细微的差别,您可以在这里找到详细的描述:http://dev.mysql.com/doc/refman/5.6/en/set-transaction.html
简而言之-在未提交读,已提交读和可重复读模式下,所有仅读取数据的SELECT语句(不具有FOR UPDATE或LOCK IN SHARE MODE子句的SELECT语句)都以非锁定方式执行.
在可序列化模式下,所有事务都将被序列化,并且取决于自动提交模式,当与其他事务发生冲突时(自动提交= true时),SELECT可以被阻止,或者自动转换为选择…锁定共享模式(当自动提交= false时).上面的链接中说明了所有详细信息.

上一篇:c# – 如何使锁定对象静态影响其行为?


下一篇:c# – 我对Dictionary的使用是否需要锁定?