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） | 互斥 | 互斥 | 兼容 |
