mysql中InnoDB存储引擎的行锁和表锁
Mysql的InnoDB存储引擎支持事务,默认是行锁。因为这个特性,所以数据库支持高并发,但是如果InnoDB更新数据的时候不是行锁,而是表锁的话,那么其并发性会大打折扣,而且也可能导致你的程序出错。
而导致行锁变为表锁的情况之一就是:
SQL的更新(update)或者删除(delete)语句中未使用到索引,导致在InnoDB在对数据进行相应操作的时候必须把整个表锁起来进行检索(表锁)。而如果使用了索引的话,InnoDB只会通过索引条件检索数据,而只锁住索引对应的行(行锁)。
下面记录一下我遇到的问题:
描述:
- 系统中有一个实时的定时任务,当有条件触发的时候,会更新对应的表,就先叫其为A表;
- 但是同时有一个任务有时候会对A表有写操作,因此当进行测试的时候,有时候会不固定的出“Lock wait timeout exceeded”的错误。
当出现这个问题的时候,从很多的地方进行了分析,然后都无法得到正确的解决方案(因为描述1模块不是我写的,所以没有去查看更新表的代码操作)
导致原因:
在描述1中定时任务更新表A的时候,更新条件中没有使用索引,导致当进行定时任务更新表的时候形成了表锁。然后因为表A数据量比较大,检索较慢,然后导致了描述2中对表A的写操作的等锁超时。
最常见的索引:
- 主键:众所周知,自带最高效的索引属性
- 唯一索引:属性值重复率为0,可以作为业务主键
- 普通索引:属性值重复率大于0,不能作为唯一指定条件
注意:对于普通索引,当“重复率”低时,甚至接近主键或者唯一索引的效果时,依然是行锁;但是如果“重复率”高时,Mysql不会把这个普通索引当做索引,即会造成一个没有索引的SQL,从而形成表锁。