前言
正文
今天我们将要认识这位朋友是 行锁，而这个行锁 我想叫他 行记录锁。
他和另外两位朋友，临键值锁、间隙锁 ，都是 行锁的实现方式。
行锁是建立在索引上的。
行记录锁当然也是了， 他是建立在当行记录上的 排他锁。
开始实战演示：
表数据准备：
user表（id主键索引，其余无索引）：
1. 模拟A事务 查询 id =1 的数据（注意使用for update 触发行锁），故意查询完不提交事务:
2.模拟B事务，也查询id=1的数据 ：
此时，发现无法查询出数据，因为id=1这行数据， 已经上了行记录锁 ，所以我们可以查看确实存在一个事务在等待锁资源：
如果我们一直让A事务不提交事务，也就是不释放锁资源，那么B事务就会一直等待，直到超时：
同样，A事务依然不提交，此时执行C事务来更新id=1的行数据,同样也是处于等待锁资源状态：
以上情况都是属于，排他锁之间的写写互斥(行记录锁 record锁属于排他锁一种实现方式)。
那么依然 A事务不提交事务，还坚持不释放锁资源， 执行事务D 查询id=1的数据（使用共享读锁S ）:
可以看到依然是处于等待锁资源状态，因为 排他锁一旦上了，是写读互斥的。
我们在这个系列里的（二）讲过跟排他锁相关的知识，如果还不清楚，可以移步
MySQL 与InnoDB 下的锁做朋友 （二）共享锁与排他锁
PS：
共享锁（共享读锁） | 排他锁（独占写锁） | |
共享锁（共享读锁） | 可以，兼容，一起读 | 不可以，不兼容，想写得等共享锁没了 |
排他锁（独占写锁） | 不可以，不兼容，上了排他锁，别人啥都不能动 | 不可以，不兼容，上了排他锁，别人啥都不能动 |
行锁简单就介绍到这把。
