89 - InnoDB引擎 - 行锁

InnoDB引擎 特点

默认采用行级锁
支持事务（transaction）

可以解决的并发问题

更新丢失（lost update）
当两个或多个事务选择同一行，然后基于最初选定的值更新该行时
由于每个事务都不知道其他事务的存在
就会发生丢失更新问题，最后的更新覆盖了由其他事务所做的更新。

脏读（dirty reads）
事务1正在对一条记录做修改
事务1完成并提交前，这条记录的数据就处于不一致状态
这时，事务2也来读取同一条记录，如果不加控制事务2读取了这些“脏”数据
并据此作进一步的处理，就会产生未提交的数据依赖关系。

不可重复读（non-repeatable reads）
一个事务在读取某些数据后的某个时间
再次读取以前读过的数据，却发现其读出的数据已经发生了改变或某些记录已经被删除了！

幻读（phantom reads）
一个事务按相同的查询条件重新读取以前检索过的数据
却发现其他事务插入了满足其查询条件的新数据

事务隔离级别

查看行锁争用情况

show status like "innodb_row_lock%";

+-------------------------------+-------+
| Variable_name                 | Value |
+-------------------------------+-------+
| Innodb_row_lock_current_waits | 0     |
| Innodb_row_lock_time          | 0     |
| Innodb_row_lock_time_avg      | 0     |
| Innodb_row_lock_time_max      | 0     |
| Innodb_row_lock_waits         | 0     |
+-------------------------------+-------+
5 rows in set (0.00 sec)

如果发现锁争用比较严重
如 Innodb_row_lock_waits 和 Innodb_row_lock_time_avg 的值比较高
可以通过查询 information_schema 数据库中相关的表来查看锁情况
或者通过设置 innodb monitors 来进一步观察。

information_schema 数据库 查看锁情况

use information_schema
select * from innodb_locks G;

通过设置 innodb monitors 观察锁冲突情况

create table innodb_monitor (a int) engine=innodb;
show engine innodb status G;

行锁模式及加锁方法

加共享锁（S）：select * from table_name where ... lock in share mode.
加排它锁（X）: select * from table_name where ... for update.

看lock in share mode
看for update