mysql for update行锁_mysql for update 锁行的错误理解

1. 最开始的理解是 ： for update 会对查询出的结果加行锁，没有查询到结果就不加锁。

但是今天发现有一句代码执行for update 却超时了 。查了mysql 获取锁超时时间是 50s .

已我目前业务量不可能有 某一行 被单独锁定50s 。 除非是整表有锁，导致获取单独行锁超时。

排查发现的确是表锁。

正确锁行的理解： for update 会对 经过索引(包含主键, 此处注意《经过索引》，下面会说明)查询出的结果行 加行锁，否则就会加表锁。

举例：表 t_log  , 主键 sys_uuid , 普通索引列 mer_order_no ， 普通列 chk_trans_no  。 列类型都是Varchar

sys_uuid

mer_order_no

chk_trans_no

1

1

1

2

2

2

以下需要开启两个命令行，navicat 在tools - console 下。 C1- 命令行1 ， C2 - 命令行2

1. C1：   start transaction ; select * from t_log where chk_trans_no= 1  for update;   (开启事务不commit)

C2:      select * from t_log where chk_trans_no= 2  for update;

发现C2 卡住，C1 commit 后就执行了。  说明 对非索引列使用 for update  是表锁

2. C1：   start transaction ; select * from t_log where mer_order_no = 1  for update;

C2:      select * from t_log where mer_order_no = 2  for update;

发现C2 仍然卡住 ， mer_order_no 是索引列 啊 ， 这是为何？原因在类型Varchar ,  数字1 会导致mysql 自动执行

类型转换，而自动类型转换索引失效(可以使用 explain sql 看清楚), 所以我上面强调是通过索引查询出的结果， 而

这时候并不是通过索引查询出的行，所以加的是表锁。

把1 和 2  换成 ‘1’ ， '2' 。 C2 就不会卡住了，说明是行锁。

其他说明： 对一张表加行锁后， 在想加表锁，需要等待行锁释放。

C1：   start transaction ; select * from t_log where mer_order_no = ‘1’  for update;

C2:   select * from t_log where chk_trans_no= 2  for update;  (由于无索引会尝试加表锁，等待C1 释放)

综上： 请慎用for update , 如果用请配置好索引。