前言
三篇文章分别通过实际操作，介绍了主键、非主键唯一索引、普通索引、普通字段四个方面介绍了加锁的范围。
本篇文章再做一个总结。
data_locks
select * from performance_schema.data_locks;
| LOCK_MODE | LOCK_DATA | 锁范围 |
|---|---|---|
| X,REC_NOT_GAP | 15 | 15 那条数据的行锁 |
| X,GAP | 15 | 15 那条数据之前的间隙，不包含 15 |
| X | 15 | 15 那条数据的间隙，包含 15 |
LOCK_MODE = X是前开后闭区间；X,GAP是前开后开区间（间隙锁）；X,REC_NOT_GAP行锁。
这个单独介绍，是希望我理解的没有错误，如果大佬看到了，错误之处一定要帮忙指正出来。
主键索引
- 加锁时，会先给表添加意向锁，IX 或 IS；
- 加锁是如果是多个范围，是分开加了多个锁，每个范围都有锁；（这个可以实践下 id < 20 的情况）
- 主键等值查询，数据存在时，会对该主键索引的值加行锁
X,REC_NOT_GAP； - 主键等值查询，数据不存在时，会对查询条件主键值所在的间隙添加间隙锁
X,GAP； - 主键等值查询，范围查询时情况则比较复杂：
- 8.0.17 版本是前开后闭，而 8.0.18 版本及以后，修改为了
前开后开区间； - 临界
<=查询时，8.0.17 会锁住下一个 next-key 的前开后闭区间，而 8.0.18 及以后版本，修复了这个 bug。
- 8.0.17 版本是前开后闭，而 8.0.18 版本及以后，修改为了
非主键唯一索引
- 非主键唯一索引等值查询，数据存在，for update 是会在主键加锁的，而 for share 只有在走覆盖索引的情况下，会仅在自己索引上加锁；
- 非主键索引等值查询，数据不存在，无论是否索引覆盖，相当于一个范围查询，仅仅会在非主键索引上加锁，加的还是间隙锁，前开后开区间；
- 在非主键唯一索引范围查询时，不是覆盖索引的时候，会对相应的范围加前开后闭区间，并且如果存在数据，会对对应的主键加行锁；
- 在非主键唯一索引范围查询时，如果是覆盖索引时，会对所有的后闭区间对应的主键，加行锁；
- 在非主键唯一索引加锁时，还是存在 next-key 锁住下一个区间的 bug。
普通索引
- 普通索引等值查询，因为不能确定唯一性，所以即使定位到记录，也是会向后查询，直到查询到不为该值的记录，从而锁定该值的区间；
- 普通索引的锁也是加载该索引上的，如果涉及到存在的记录，会对该主键加行锁；
- 普通索引的范围查询，同样出现 next-key 查询下一个区间的 bug。
普通字段
普通字段查询，会查询全表，这里锁的话就会锁住主键的所有区间。
总结
通过实际操作，最大的感受就是不能眼高手低，看书也好，看文章也罢，一定要实际操作。
纸上得来终觉浅。
