mysql 开发进阶篇系列 7 锁问题

1 .获取innodb行锁争用情况

　　1.1 通过检查innodb_row_lock状态变量来分析系统上的行锁的争夺情况

SHOW STATUS LIKE 'innodb_row_lock%'

　　　　通过innodb_row_lock_waits 和 innodb_row_lock_avg 的值来判断行锁争用情况，值高意味着争用比较严重。

　　1.2 通过检查 innodb monitors来观察发生锁冲突的表，数据行等，并分析锁争用的原因

-- 查看分析
SHOW ENGINE INNODB STATUS;

　　status内容中会详细说明当前锁等待的信息，包括表名，锁类型，锁定记录的情况等，以便进行进一步的分析和问题的确定。以后在详细分析

2. innodb 行锁模式及加锁方法

两种锁模式（类型）共享锁， 排它锁。
　　共享锁(S)：允许其它事务读取该行数据，阻止其它事务获取排他锁去更新。
　　排它锁(x): 阻止其它事务读取或更新。
为了允许行锁和表锁共存，实现多粒度锁机制，innodb内部使用意向锁,这二种意向锁都是表锁。
　　意向共享锁(IS): 当前事务打算给数据行加S锁，必须先取得该表的IS锁。
　　意向排它锁(IX): 当前事务打算给数据行加x锁，必须先取得该表的IX锁。

下图是innodb 行锁模式兼容性列表

　　通过上图可以总结出来： S与IS锁在事务与事务之间是兼容的。 ix锁与（ix锁或is锁）在事务与事务之间是兼容的。 is锁与(IX,S,IS锁)是兼容的。X锁与其它锁是互斥的。
　　当事务将要获取的锁与其它事务的锁兼容时，就会授予该事务锁，否则该事务就要等待其它事务锁的释放。
　　对于update,delete,insert语句,innodb会自动给涉及的数据集加X锁(对于delete,update会先加S锁再升级为X锁)。
　　对于普通的select语句innodb会加S锁。

3. 语句级加锁

　　lock in share mode（语句集上加IS锁）
　　　　在select 语句最后加上lock in share mode相当于手动加上共享锁。确保当前没有人对该记录进行update或delete操作。
　　for update（语句集上加IX锁）
　　　　select for update是对锁定行记录后，需要进行更新操作的应用。
　　　　　　　　(未完)