MySQL · 引擎新特性 · 可开关的InnoDB死锁检测-阿里云开发者社区

开发者社区> zhaiwx_yinfeng> 正文

MySQL · 引擎新特性 · 可开关的InnoDB死锁检测

简介:
+关注继续查看

在数据库系统中,死锁问题几乎是不可避免的,一般要么是资源互相占用导致,或者是系统内部的锁升级(在innodb内尤其普遍),尤其是糟糕的未经审查的SQL设计通常是导致死锁的元凶。在MySQL InnoDB引擎中,死锁的检测是通过深度遍历进行的,每一个需要等待的行锁请求都需要去检测是否可能产生死锁。

关于InnoDB事务锁,可以参阅我之前的一篇博客,这里不展开讨论:MySQL · 引擎特性 · InnoDB 事务锁简介

死锁检测是一个成熟的数据库系统必不可少的功能,但是!如果我们的应用SQL经过了充分合理的设计和验证,能够杜绝绝大部分死锁场景,这样的开销是否是可以避免的呢?

一个典型的场景是秒杀,也就是大量更新落到同一行记录上,此时大量请求同一个记录的排他行锁,导致了很长的等待队列,而死锁检测会去查询整个队列,而在整个过程中,一些全局资源(如lock_sys mutex)会被持有。为了避免检测深度过长的问题,InnoDB默认的最大检测深度为200,当超出时,会打印出死锁信息并结束死锁检测。

在阿里秒杀的场景随处可见,事实上在2012年双十一之前,我们修改MySQL的第一个补丁就是关闭死锁检测,代码量很小,就那么几行代码,带来的效果还不错。(当然这只是我们优化秒杀高并发负载场景下的第一步,远不能满足这几年的业务需求,后来我们进行了一系列的优化措施来改善MySQL以满足需求,我的同事们在不同的场合都提到过,这里我不展开说了)

在MySQL5.7.15版本开始,以及MySQL8.0.0版本,终于把这个特性加上了,增加了新的开关innodb_deadlock_detect来禁止死锁检测。

这里简单的测试下,MySQL版本为8.0.0(在该版本刚发布就把自己的5.7测试环境覆盖掉了,懒得重装了..),使用sysbench,autocommit的单行更新

关键配置:

innodb_thread_concurrency = 32
sync_binlog = 1000
innodb_flush_log_at_trx_commit = 2

测试数据为TPS(RT ms):

Threads Turn On Turn Off
16 8200(2.0ms) 8300(2.03ms)
32 7900(4.32ms) 8100(4.23ms)
64 7600(9.21ms) 7800(9.13ms)
128 4950(28.7ms) 7200(19.28ms)
256 1870 (147.8ms) 6145(48.8ms)
512 442 (1169ms) 4389(129.9ms)
1024 78 (16000ms) 3000(385ms)

从测试可以看到,低并发下基本上性能没啥并发,而在高并发下,TPS和RT则有明显的改善。在该测试中,当达到1024个并发时,实例已经完全不可用了,但关闭死锁检测后,实例依然能够提供3k的TPS

需要注意的是,你必须谨慎的使用这个功能,最好在满足几个条件才应去尝试:

  1. 你的业务需要确保死锁极少
  2. 你的业务确实有这方面的需求,经过充分的测试并确实能获得提升
  3. 如果非要开启这个功能,当真的发生死锁时,只能到锁等待超时才能回滚,因此记得调小innodb_lock_wait_timeout

版权声明:本文内容由阿里云实名注册用户自发贡献,版权归原作者所有,阿里云开发者社区不拥有其著作权,亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容,填写侵权投诉表单进行举报,一经查实,本社区将立刻删除涉嫌侵权内容。

相关文章
MySQL8.0 · 引擎特性 · 关于undo表空间的一些新变化
Note: 当前版本为MySQL8.0.3 InnoDB的undo log是其实现多版本的关键组件,在物理上以数据页的形式进行组织。在早期版本中(
3898 0
开发者最希望看到的C# 4.0新特性,徐汇区网站设计
本文介绍了作者希望在C# 4.0中希望看到的新特性,比如通过委托成员来实现接口、匿名返回类型等等,但很遗憾,在C# 4.0中并没有出现。 1. 通过委托成员来实现接口 在C# 4.0中可以通过委托来实现某个成员的接口,例如下面的代码: public class Foo : IList ...
527 0
深入解读MySQL8.0 新特性 :Crash Safe DDL
深入解读MySQL8.0 新特性 :Crash Safe DDL 深入解读MySQL8.0 新特性 :Crash Safe DDL 前言 在MySQL8.0之前的版本中,由于架构的原因,mysql在server层使用统一的frm文件来存储表元数据信息,这个信息能够被不同的存储引擎识别。
2170 0
降低 80% 的读写响应延迟!我们测评了 etcd 3.4 新特性(内含读写发展史)
作者 | 陈洁(墨封)  阿里云开发工程师 导读:etcd 作为 K8s 集群中的存储组件,读写性能方面会受到很多压力,而 etcd 3.4 中的新特性将有效缓解压力,本文将从 etcd 数据读写机制的发展历史着手,深入解读 etcd 3.4 新特性。
1395 0
2019阿里云双11活动-MySQL 8.0 IoT固件安全检测(包年)包年优惠
2019阿里云双11活动-MySQL 8.0 IoT固件安全检测(包年)包年优惠
528 0
NetBeans 6.5 M1受称赞的新特性
[b][align=center]NetBeans 6.5 M1受称赞的新特性[/align][/b]最近NetBeans 6.5 M1发布了,其最值得赞赏的特性如下:1)支持PHP:修正了前期支持PHP的很多BUG。
655 0
MySQL5.6同步复制新特性详解
作者:贺春阳,出处:mysqlpub.com ! 继5.5半同步复制后,5.6又对其进行了优化与改进,其中有两个地方较为重要: 1、对运维人员来说应该是一件大喜的事情,在主从切换后,在传统的方式里,你需要找到binlog和POS点,然后hangemasterto指向,而不是很有经验的运维,往往会将其找错,造成主从同步复制报错,在mysql5.6里,你无须再知道binlog和POS点,你
1067 0
+关注
zhaiwx_yinfeng
MySQL内核开发者, 《高性能MySQL 第三版》译者之一,活跃于MySQL社区,BugList,etc...
224
文章
5
问答
来源圈子
更多
阿里云数据库:帮用户承担一切数据库风险,给您何止是安心!支持关系型数据库:MySQL、SQL Server、PostgreSQL、PPAS(完美兼容Oracle)、自研PB级数据存储的分布式数据库Petadata、自研金融级云数据库OceanBase支持NoSQL数据库:MongoDB、Redis、Memcache更有褚霸、丁奇、德哥、彭立勋、玄惭、叶翔等顶尖数据库专家服务。
+ 订阅
文章排行榜
最热
最新
相关电子书
更多
《2021云上架构与运维峰会演讲合集》
立即下载
《零基础CSS入门教程》
立即下载
《零基础HTML入门教程》
立即下载