select...for update会锁表还是锁行

1、前言

1. 日常开发中，我们最常用的就是select查询语句了，大家都知道它是不会加锁的，但是select …for update除了有查询的作用外，还会加锁，而且它是悲观锁。
2. 那么问题来了，它加的是行锁还是表锁呢？

接下来我们就一起来验证一下

2、准备工作

先新建一张t_user表，然后造几条测试数据，SQL如下：

DROP TABLE IF EXISTS `t_user`;
CREATE TABLE `t_user`  (
  `id` bigint(20) NOT NULL COMMENT '主键ID',
  `name` varchar(20) CHARACTER SET utf8 COLLATE utf8_general_ci NULL DEFAULT NULL COMMENT '姓名',
  `age` int(11) NULL DEFAULT NULL COMMENT '年龄',
  `code` varchar(10) CHARACTER SET utf8 COLLATE utf8_general_ci NULL DEFAULT NULL COMMENT '编码',
  PRIMARY KEY (`id`) USING BTREE,
  UNIQUE INDEX `idx_uni_name`(`name`) USING BTREE
) ENGINE = InnoDB CHARACTER SET = utf8 COLLATE = utf8_general_ci ROW_FORMAT = Compact;


INSERT INTO `t_user` VALUES (1, 'zs', 21, '1001');
INSERT INTO `t_user` VALUES (2, 'ls', 22, '1002');
INSERT INTO `t_user` VALUES (3, 'ww', 23, '1003');

好，上面表结构很简单，ID字段是主键，name字段是唯一索引，其他是普通字段

3、开始测试

注意：

再做测试前，需要先将自动提交事务改成手动提交：

set @@autocommit=0;

0代表手动提交，1代表自动提交

3.1、测试1

测试场景：

1. 一个事务是根据主键ID=1查询
2. 另一个事务对主键ID=1数据做更新操作

长时间等待就会报如下错误了：

3.2、测试2

测试场景：

1. 一个事务是根据主键ID=1查询
2. 另一个事务对主键ID=2数据做更新操作

从结果可以看出：是可以正常做更新操作的，说明此时是行锁

3.3、测试3

测试场景：

1. 一个事务是根据唯一索引字段查询
2. 另一个事务对同一条数据做更新操作

但是我们对另外一条数据做更新操作试试：

可以得出结论：此时是行锁

3.4、测试4

测试场景：

1. 一个事务是根据普通字段进行查询
2. 另一个事务对同一条数据做更新操作

那么接下来我们看下，对其他记录进行更新试试：

结果很明显，是表锁

4、总结

经过上面几个小的测试，我们可以得出结论：

1. 如果查询条件字段是【索引或主键】，那么select … for update锁的就是行（但是需要注意的是：当索引失效时，行锁会升级成表锁）
2. 如果查询条件字段是【非索引或主键】，那么select … for update锁的就是表