一、MySQL 如何预防 Update 上升为表锁

在 MySQL 中，进行任何数据的 修改 操作都会进行一定的锁操作，而锁的不同直接导致性能的差异。例如 MyISAM 引擎，更新时采用表锁，并发性较差。而 Innodb 引擎支持事务，更新时采用行锁，锁的粒度更细，所以并发性较高。

由于表锁的粒度过大，即使只有部分行被修改，也会阻塞其他事务对整个表的写操作，限制了系统的吞吐量和响应速度。对于在Innodb 引擎中，虽然采用了粒度更细的行锁，但也不是所有的数据修改操作都是仅锁住相关的行，有时很可能不注意就导致了表锁。

下面通过一个实验进行深入：

例如有如下表结构：

CREATE TABLE `user` (
  `id` int NOT NULL AUTO_INCREMENT,
  `name` varchar(255) DEFAULT NULL,
  `age` int DEFAULT NULL,
  `sex` varchar(255) DEFAULT NULL,
  PRIMARY KEY (`id`),
  KEY `idx_user_name_age` (`name`,`age`),
  KEY `name` (`name`,`age`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_0900_ai_ci;

写入一些测试数据：

INSERT INTO `test`.`user` (`id`, `name`, `age`, `sex`) VALUES (1, '小明', 18, '男');
INSERT INTO `test`.`user` (`id`, `name`, `age`, `sex`) VALUES (2, '小红', 19, '女');
INSERT INTO `test`.`user` (`id`, `name`, `age`, `sex`) VALUES (3, '小蓝', 16, '女');
INSERT INTO `test`.`user` (`id`, `name`, `age`, `sex`) VALUES (4, '小王', 17, '男');
INSERT INTO `test`.`user` (`id`, `name`, `age`, `sex`) VALUES (5, '张三', 18, '男');
INSERT INTO `test`.`user` (`id`, `name`, `age`, `sex`) VALUES (6, '李四', 19, '男');
INSERT INTO `test`.`user` (`id`, `name`, `age`, `sex`) VALUES (7, '王五', 20, '男');
INSERT INTO `test`.`user` (`id`, `name`, `age`, `sex`) VALUES (8, '赵六', 21, '男');

下面尝试在事务中修改姓名为张三的年龄为 20 岁，注意这里先不要着急提交事务：

BEGIN;
UPDATE user SET age = 20 WHERE name = '张三';

下面查看下前正在发生的数据锁情况：

SELECT * FROM performance_schema.data_locks WHERE OBJECT_NAME = "user"

从这里可以看出，锁住了表里所有的数据，已经上升为了表锁，但是上面仅更新了姓名为张三的数据，怎么会锁住那么多数据呢？

这是因为 name 字段没有索引，要找到姓名为张三的数据，就要进行全表扫描，但是 update 的时候要保证数据的一致性，所以此时相关的数据就是全部的表数据，因此也就相当于表锁了。

那怎么降低锁的粒度呢，既然是因为name 字段没有索引，那给 name 增加索引，再次进行上面实验呢。

增加索引：

ALTER TABLE user ADD INDEX index_name(name);

再次尝试修改但不提交事务：

BEGIN;
UPDATE user SET age = 20 WHERE name = '张三';

查看下前正在发生的数据锁情况：

SELECT * FROM performance_schema.data_locks WHERE OBJECT_NAME = "user"

可以看出此时并没有锁住全部的数据，但是锁住的 '张三', 5 和 '李四', 6 是什么呢？

这其实是索引信息，如果修改操作涉及到了非主键索引，MySql会首先锁住非主键索引，再锁定具体数据的主键索引。至于会锁住李四就是 MySQL 中 Next-Key 和 GAP 间隙锁的原因了，当准备更新张三时，以防止在这个范围内插入新的记录，所以将临近的李四也进行上锁。

从上面结果看增加了索引后已经解决了表锁的问题，但还是会锁住多余的内容，下面直接尝试根据主键进行修改：

BEGIN;
UPDATE user SET age = 20 WHERE id = 5 ;

再次查看下前正在发生的数据锁情况：

SELECT * FROM performance_schema.data_locks WHERE OBJECT_NAME = "user"

此时就仅锁住相关的数据了。

二、总结

从上面的实验过程来看，MySQL 中的修改操作很有可能导致表锁，因此最好在更新语句中使用主键列或其他索引列进行筛选。另外索引最好设置在不经常变更的字段上比较好，不然容易造成冲突死锁的情况。