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时).上面的链接中说明了所有详细信息.

标签：locking,database-performance,innodb,mysql
来源： https://codeday.me/bug/20191029/1956286.html