MySQL行锁的主要知识点

1、innoDB行锁的实现方法

innoDB行锁是通过给索引上的索引项加锁来实现的。

这一点MySQL与Oracle不同，Oracle是通过在数据块中对相应数据行加锁来实现的。

2、行锁的一些注意事项

2-1、只有通过索引项检索数据，InnoDB才使用行级锁，否则，InnoDB将使用锁整张表。

不注意这一点的话，可能导致发生大面积的锁等待，影响系统并发性能。

2-2、如果多条记录的索引值相同，那么这些记录会出现锁冲突

2-3、当表有多个索引的时候，不同的事务可以使用不同的索引锁定不同的行

2-4、即使使用了索引来加行锁，也有可能演变成表锁

这种情况发生的概率较低，但确实有可能发生。

因为MySQL有自己的查询优化器，会自行调整SQL的执行计划。

比如在性别这种字段上建立所有的话，MySQL会认为全表扫描的效率更高，就会不走索引，那么行锁就变成了表锁。

因为索引是随机访问磁盘，而全表扫描是顺序访问磁盘。

通常来说状态值字段往往只有极少的几种取值可能，这种字段即使建立索引，也往往利用不上。

排查问题的时候需要注意检查这一点。

2-5、使用有索引的相等检索条件检索数据时，如果记录不存在，innoDB将使用间隙锁

3、行锁模式（S锁与X锁）

innoDB实现了以下两种类型的行锁：

• 共享锁，又称S锁，或者读锁：允许事务去读一行，同时允许其他事务追加共享锁或者直接读取数据，但是阻止其他事务对同一行进行数据编辑/删除。
• 排他锁，又称X锁，或者写锁：允许持有锁的事务去编辑/删除数据，阻止其他事务获取共享锁以及排他锁。

下面进行详细说明。

3-1、加共享锁的目的以及具体语句

共享锁这东西，说白了就是大家都可以来读，而且可以一人挂一把（共享）锁上去，但是谁也不许改。

主要用在需要确保数据依存关系时，并确保没有人对这个记录进行删改。

使用 SELECT ... LOCK IN SHARE MODE 可以实现共享锁：

select * from table where ? lock in share mode

但是注意自己要删改该数据的话，如果自己先上了共享锁，那么可能造成死锁（自己要求的排他锁等待自己释放共享锁）。所以在操作的时候要明确目的。

（事务提交以后共享锁自然解锁）

3-2、排他锁的具体语句

以下语句都会对记录行追加排他锁：

select * from table where ? for update;
insert into table values (…);
update table set ? where ?;
delete from table where ?;

3-3、注意普通查询本身是没有锁的，理解不要跑偏

关于排他锁，有一点可能会出现理解偏差。

排他锁，排的是锁，而不是读，排他锁并不是读写锁。

普通查询，也就是 select * from table where ? 这种语句，本身根本就不上锁，所以跟共享锁也好排他锁也好，都不互斥。

3-4、行锁的排他列表

-	共享锁（S）	排他锁（X）	普通检索
共享锁（S）	兼容	互斥	兼容
排他锁（X）	互斥	互斥	兼容