MySQL 主键索引等值查询加什么锁

　　本文基于 MySQL 8.0.32 源码，存储引擎为 InnoDB。
　　1. 准备工作
　　创建测试表：
　　CREATE TABLE t1 (
　　id int unsigned NOT NULL AUTO_INCREMENT,
　　i1 int DEFAULT '0',
　　PRIMARY KEY (id) USING BTREE,
　　KEY idx_i1 (i1)
　　) ENGINE=InnoDB DEFAULT CHARSET=utf8mb3;
　　插入测试数据：
　　INSERT INTO t1 (id, i1) VALUES
　　(10, 101), (20, 201), (30, 301), (40, 401);
　　2. 可重复读
　　把事务隔离级别设置为 REPEATABLE-READ（如已设置，忽略此步骤）：
　　SET transaction_isolation = 'REPEATABLE-READ';
　　-- 确认设置成功
　　SHOW VARIABLES like 'transaction_isolation';
　　+-----------------------+-----------------+
　　| Variable_name | Value |
　　+-----------------------+-----------------+
　　| transaction_isolation | REPEATABLE-READ |
　　+-----------------------+-----------------+
　　执行以下 select 语句：
　　begin;
　　select * from t1 where id = 10 for share;
　　查看加锁情况：
　　select
　　engine_transaction_id, object_name, index_name,
　　lock_type, lock_mode, lock_status, lock_data
　　from performance_schema.data_locks
　　where object_name = 't1'
　　and lock_type = 'RECORD'\G
　　[ 1. row ]**
　　engine_transaction_id | 281479856983976
　　object_name | t1
　　index_name | PRIMARY
　　lock_type | RECORD
　　lock_mode | S,REC_NOT_GAP
　　lock_status | GRANTED
　　lock_data | 10
　　lock_data = 10, lock_mode = S,REC_NOT_GAP 表示对主键索引中 <id = 10> 的记录加了共享普通记录锁。
　　可重复读隔离级别下：
　　对于 select 语句中 where 条件覆盖范围内的记录，默认加共享 Next-Key 锁。
　　对于 update、delete 语句中 where 条件覆盖范围内的记录，默认加排他 Next-Key 锁。
　　上面的 select 语句却对 <id = 10> 的记录加了共享普通记录锁，这是为什么呢？
　　这就要从可重复读隔离级别的特点说起了。可重复读隔离级别下，同一个事务多次执行同一条 select 语句能够读取到数量和内容都完全相同的记录。
　　可重复读隔离级别下，对 where 条件覆盖范围内的记录默认加 Next-Key 锁，既锁住索引记录本身，防止其它事务修改或者删除记录，又锁定索引记录前面的间隙，防止其它事务往间隙中插入记录。
　　示例 SQL 的 where 条件中只包含主键索引字段，主键索引的唯一约束能够保证：只要不删除表中 <id = 10> 的记录，就不会再有其它 <id = 10> 的记录插入到主键索引中。
　　这种情况下，只需要对 select 语句中 where 条件对应的这条记录加普通记录锁，防止其它事务修改这条记录，就能保证可重复读。
　　3. 读已提交
　　把事务隔离级别设置为 READ-COMMITTED（如已设置，忽略此步骤）：
　　SET transaction_isolation = 'READ-COMMITTED';
　　-- 确认设置成功
　　SHOW VARIABLES like 'transaction_isolation';
　　+-----------------------+----------------+
　　| Variable_name | Value |
　　+-----------------------+----------------+
　　| transaction_isolation | READ-COMMITTED |
　　+-----------------------+----------------+
　　执行以下 select 语句：
　　begin;
　　select * from t1 where id = 10 for share;
　　查看加锁情况：
　　select
　　engine_transaction_id, object_name, index_name,
　　lock_type, lock_mode, lock_status, lock_data
　　from performance_schema.data_locks
　　where object_name = 't1'
　　and lock_type = 'RECORD'\G
　　[ 1. row ]**
　　engine_transaction_id | 281479856983976
　　object_name | t1
　　index_name | PRIMARY
　　lock_type | RECORD
　　lock_mode | S,REC_NOT_GAP
　　lock_status | GRANTED
　　lock_data | 10
　　lock_data = 10, lock_mode = S,REC_NOT_GAP 表示对主键索引中 <id = 10> 的记录加了共享普通记录锁。
　　读已提交隔离级别下：
　　对于 select 语句中 where 条件覆盖范围内的记录，默认加共享普通记录锁。
　　对于 update、delete 语句中 where 条件覆盖范围内的记录，默认加排他普通记录锁。
　　示例 SQL 执行过程中，对主键索引中 <id = 10> 的记录加共享普通记录锁，属于默认情况，不需要其它解释了。
　　4. 总结
　　可重复读、读已提交两种隔离级别下，对主键索引字段进行等值查询，虽然都对记录加了共享普通记录锁，但是它们的加锁逻辑是不一样的。