MySQL：介于普通读和锁定读的加锁方式_mysql 普通读和加锁读

name VARCHAR(100),
country varchar(100),
PRIMARY KEY (number),
KEY idx_name (name)

) Engine=InnoDB CHARSET=utf8;

INSERT INTO hero VALUES
(1, ‘l刘备’, ‘蜀’),
(3, ‘z诸葛亮’, ‘蜀’),
(8, ‘c曹操’, ‘魏’),
(15, ‘x荀彧’, ‘魏’),
(20, ‘s孙权’, ‘吴’);

现在`hero`表中的记录情况就如下所示：

mysql> SELECT * FROM hero;
±-------±-----------±--------+
| number | name | country |
±-------±-----------±--------+
| 1 | l刘备 | 蜀 |
| 3 | z诸葛亮 | 蜀 |
| 8 | c曹操 | 魏 |
| 15 | x荀彧 | 魏 |
| 20 | s孙权 | 吴 |
±-------±-----------±--------+
5 rows in set (0.01 sec)

### **现象**


在小册答疑群里有一位同学提了一个问题：说是在`READ COMMITTED`隔离级别下发生了一件百思不得其解的事儿。好的，首先构造环境，将当前会话默认的隔离级别设置成`READ COMMITTED`：

mysql> SET SESSION TRANSACTION ISOLATION LEVEL READ COMMITTED;
Query OK, 0 rows affected (0.00 sec)

事务`T1`先执行：

T1中，隔离级别为READ COMMITTED

mysql> BEGIN;
Query OK, 0 rows affected (0.00 sec)

mysql> SELECT * FROM hero WHERE country = ‘魏’ FOR UPDATE;
±-------±--------±--------+
| number | name | country |
±-------±--------±--------+
| 8 | c曹操 | 魏 |
| 15 | x荀彧 | 魏 |
±-------±--------±--------+
2 rows in set (0.01 sec)

`country`列并不是索引列，所以本条语句执行时肯定是使用扫描聚簇索引的全表扫描方式来执行，`EXPLAIN`语句也证明了我们的想法：