mysql update 主键 慢_update 语句会发生死锁?别骗我,我农村来的!

点击上方“业余草”,选择“置顶公众号”

第一时间获取技术干货和业界资讯!

dda641ed69c6ced003452fcee1dafb23.png

☞ 免费CSDN资料帮下服务 | 免费加群 ☜

90% 的程序员都认为 innodb 是行级锁,但实际上使用不当,它也是表级锁!

看过我博客的网友都知道,我之前写过一篇文章《InnoDB 的 select 行锁还是表锁?》。拯救过不少人,今天我们再来一次大拯救!

最近生产上的 MySQL 数据库,是不是的就来一次 DeadLock,其中我做了故障排查,昨天做了相关的升级,导致昨天非常的忙,很多网友加我好友,都没有及时回应,直到晚上升级结束,我在群里做了相关的解释!

截了一段错误日志信息如下:

4160e5d4188b395fee62bab7416d90c1.png

其中涉及到的更新语句如下:

d17b9a71c8a5de1e6b990b20b7452a03.png

很奇妙吧,执行一条 update sql 竟然会有死锁?

具体死锁的提前是 i_pay_record 表中的 order_id 字段有索引。

下面我们通过新建一张表 xttblog,来说明问题。

f9014e796c005da218499f5e9e63333f.png

当我们执行下面的 update 语句时,就有可能发生死锁!

eb4bff3e318514e079340533511d0988.png

mysql 的事务支持与存储引擎有关,MyISAM 不支持事务,INNODB 支持事务,更新时可能采用的是行级锁,也可能是表级锁。我们这里采用的是 INNODB 做存储引擎,意味着会将 update 语句做为一个事务来处理。前面的文章中我提到了行级锁必须建立在索引的基础上,上面的更新语句用到了索引 idx_1,所以这里肯定会加上行级锁。

行级锁并不是直接锁记录,而是锁索引(前面的文章也解释过)。

如果一条 SQL 语句用到了主键索引,mysql 会锁住主键索引;如果一条语句操作了非主键索引,mysql 会先锁住非主键索引,再锁定主键索引。

这个 update 语句会执行以下步骤:

  1. 由于用到了非主键索引,首先需要获取 idx_1 上的行级锁

  2. 紧接着根据主键进行更新,所以需要获取主键上的行级锁

  3. 更新完毕后,提交,并释放所有锁

如果在步骤 1 和 2 之间突然插入一条语句:update xttblog …..where id=? and user_id=? 这条语句,那么会先锁住主键索引,然后锁住 idx_1。

这时,悲剧就发生了!

一条语句获取了 idx_1 上的锁,等待主键索引上的锁;另一条语句获取了主键上的锁,等待 idx_1 上的锁,这样就出现了死锁。

很惊奇吧,其实一点也不奇怪,只要你了解了 MySQL 的一些底层设计原理!

那么发生这种问题,有解决方案吗?

当然有了,要不然我写这篇文章干什么?

解决方案,最笨最靠谱的做法就是:先获取需要更新的记录的主键,然后再逐条更新!

a57053da10bbe80ae396a714a053d139.png

这样就可以解决问题了,但是这个解决方案与先前的更新语句不一样,先前的更新语句对所有记录的更新在一个事务中,采用循环更新后并不在同一个事务中,所以在 for 循环外面还得开一个事务。

2c31def9a200d30d69abf8fc2e82e741.png

在采用 INNODB 的 MySQL 中,更新操作默认会加行级锁,行级锁是基于索引的,在分析死锁之前需要查询一下 mysql 的执行计划,看看是否用到了索引,用到了哪个索引,对于没有用索引的操作会采用表级锁。如果操作用到了主键索引会先在主键索引上加锁,然后在其他索引上加锁,否则加锁顺序相反。在并发度高的应用中,批量更新一定要带上记录的主键,优先获取主键上的锁,这样可以减少死锁的发生。

不是说 update 不会发生死锁,而是你的程序没遇到高并发而已!关于死锁的故障分析排查,我们以后继续!

e88dd8d03b5496660ddf6ddc88f6cd50.png

10T技术资源大放送!包括但不限于:C/C++,Linux,Python,Java,PHP,人工智能,GO等等。在公众号内回复对应关键字或框架名字,即可免费获取!!

 你再主动一点点 fbf3271f8b1ab6b46993f898bf588c75.gif  我们就有故事了

  • 0
    点赞
  • 2
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值