Mysql 事务中update操作会锁表吗？

williamQian3年前 (2022-04-24)Mysql13570

> 这篇文章是关于Mysql事务内执行update，触发锁的分析。创建表`table_test`，表内填充如下数据：

|  id | count  | name  |
| ------------ | ------------ | ------------ |
|  1 | 0  | foo  |
|  2 |  0 | bar  |

### 1. 当条件字段没有加索引，会触发表级锁

1. 
一开始name字段没有加索引，打开两个sql窗口，窗口1执行如下代码，注意没有执行commit。

![](https://static.bigfoot.xin/zb_users/upload/2022/04/202204242045062192864.png)

2. 
窗口2执行如下代码，可以发现窗口2的update语句卡住了，但是我们的where条件用的是不同name，说明窗口1的代码锁住了整个表，窗口2的update在等待窗口1的update语句commit。

![](https://static.bigfoot.xin/zb_users/upload/2022/04/202204242046125653676.png)

3. 
我们在窗口1的代码末尾加上commit，执行，然后看窗口2，会发现窗口2的update自动执行了，花了9.032秒，因为一直在等待窗口1的commit。

![](https://static.bigfoot.xin/zb_users/upload/2022/04/202204242044011658837.png)

### 2. 当条件字段加了索引，会触发行级锁

> 给name字段加上索引，重新执行上面的步骤，窗口2的update不会卡住，说明窗口1没有触发表级锁，下面来验证下是否会触发行级锁

1. 
窗口2执行以下代码，注意，name跟窗口1一样，都是`foo`，可以看到窗口2的update又卡住了，说明name字段加了索引后，窗口1的update会触发对应行的行锁。

![](https://static.bigfoot.xin/zb_users/upload/2022/04/202204242055306828702.png)

2. 
窗口1执行commit，窗口2的update会自动执行。

![](https://static.bigfoot.xin/zb_users/upload/2022/04/202204242059048696839.png)

扫描二维码推送至手机访问。

分享给朋友：

返回列表

没有更早的文章了...

有如下2张表 users：用户表 id name city_id 1 张三 1 2 李四 2 3 王五 null cities：城市表 id name 1 深圳 2 广州...

程序开发中，经常碰到的一个问题就是如何避免超卖，例如优惠券的库存是10张，那肯定要避免最后送出的数量超过10。例如有个发放优惠券的活动，两个用户同时向服务器发送了领取优惠券的请求，这两个请求我们就命名为请求1和请求2。服务器处理这两个请求之前，数据表如下所示，还剩一张优惠券。...

日暮酒醒