MySQL死锁的两个小案例
最近花了些时间分析MySQL锁的内容，觉得越看越有意思。
我有个学习的习惯，有时候也不知道好还是不好，那就是喜欢直接上手练习，然后反过来练习理论。结果在学习锁的时候，感觉多多少少走了一些弯路，那就是对锁的基础的概念有一些混淆，虽然能够模拟出一些场景来，但是总是有一种隔靴搔痒的感觉，于是我就看了不少的博客，多多少少会有一些正面负面的影响，结果让我原本理解的地方又不大肯定了，所以这个时候捋一捋你学习的脉络就很重要，通过实践来得到结果，反推理论基础是好事，但是很多不明确的理解就需要通读官方文档了，这里的知识自成体系，看完以后有种得了病要到病除的感觉，想必这种解决方法是生效了。
这部分内容还会继续细化，有些测试场景做了很多，通过模拟测试也算是理清了一些含糊不清的地方。
文档比较大，我就列举出一部分的内容来，有很多还没有加入解读。我稍后会加入批注，然后把内容加入到小密圈里。
两个死锁的小例子：
死锁案例1
比如自增列的死锁，一般的死锁得是4条DML语句互相牵制，我们可以做整合，简化，使得死锁的场景变得复杂起来。我们简单来模拟一下。
create table t8
(c1 int auto_increment,
c2 int default null,
primary key(c1),
unique key (c2)
)ENGINE=InnoDB ;
#session1
Begin;
insert into t8 values(null,10);
#session2
insert into t8 values(null,10);
#session1
insert into t8 values(null,9);死锁案例2
比如我们难度升级，两条delete语句导致的死锁。
create Table: CREATE TABLE `d` (
`i` int(11) NOT NULL DEFAULT '0',
PRIMARY KEY (`i`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;
insert into d values(1);
##session1
mysql> begin;
Query OK, 0 rows affected (0.00 sec)
mysql> select *from d where i=1 lock in share mode;
+---+
| i |
+---+
| 1 |
+---+
1 row in set (0.00 sec)
##session2
mysql> begin;
Query OK, 0 rows affected (0.00 sec)
mysql> select *from d where i=1 lock in share mode;
+---+
| i |
+---+
| 1 |
+---+
1 row in set (0.00 sec)
#session1
mysql> delete from d where i=1;
Query OK, 1 row affected (10.80 sec)
##session2
mysql> delete from d where i=1;
ERROR 1213 (40001): Deadlock found when trying to get lock; try restarting transaction
mysql>本文参与 腾讯云自媒体分享计划，分享自微信公众号。
原始发表：2017-09-08，如有侵权请联系 cloudcommunity@tencent.com 删除
评论
登录后参与评论
推荐阅读
相关产品与服务
云数据库 MySQL
腾讯云数据库 MySQL（TencentDB for MySQL）为用户提供安全可靠，性能卓越、易于维护的企业级云数据库服务。其具备6大企业级特性，包括企业级定制内核、企业级高可用、企业级高可靠、企业级安全、企业级扩展以及企业级智能运维。通过使用腾讯云数据库 MySQL，可实现分钟级别的数据库部署、弹性扩展以及全自动化的运维管理，不仅经济实惠，而且稳定可靠，易于运维。