码迷,mamicode.com
首页 > 数据库 > 详细

mysql死锁(简述)

时间:2020-01-31 18:49:07      阅读:102      评论:0      收藏:0      [点我收藏+]

标签:upd   资源   回滚   可重复   gap   避免   更新   二级索引   innodb   

死锁:相互等待对方的资源,而且形成环路,造成首尾相接
innodb将各个事务看为一个个节点,资源就是各个事务占用的锁

死锁成因:
1、不同表相同记录行锁冲突
事务A和事务B操作两张表
(a操作table1 where id = 1 && table2 where =2)
(b操作table2 where id = 2 && table1 where =1)
2、相同表记录行锁冲突
事务A和事务B操作同一张表
(a操作update table where id = 1 && update table where =2)
(b操作update table where id = 2 && update table where =1)

3、不同索引锁冲突
事务A在执行时,除了在二级索引加锁外,还会在聚簇索引上加锁,在聚簇索引上加锁的顺序是[1,4,2,3,5],
而事务B执行时,只在聚簇索引上加锁,加锁顺序是[1,2,3,4,5],这样就造成了死锁的可能性
4、gap锁冲突
避免死锁:
1、固定的顺序访问表和行
两个批量更新的情形,简单方法是对id列表先排序,后执行,这样就避免了交叉等待锁的情形
2、大事务拆小。大事务更倾向于死锁,如果业务允许,将大事务拆小
3、同一个事务中,尽可能做到一次锁定所需要的所有资源,减少死锁概率(abc表都锁)。
4、降低隔离级别,可重复读(RR)替换已提交读(RC)
5、为表添加合理的索引。可以看到如果不走索引将会为表的每一行记录添加上锁,死锁的概率大大增大

定位死锁成因:
1、应用业务日志定位到问题代码,找到相应的事务对应的sql,执行sql 如果死锁时这个事务被回滚
2、执行下show InnoDB STATUS看看最近死锁的日志

mysql死锁(简述)

标签:upd   资源   回滚   可重复   gap   避免   更新   二级索引   innodb   

原文地址:https://www.cnblogs.com/webster1/p/12246170.html

(0)
(0)
   
举报
评论 一句话评论(0
登录后才能评论!
© 2014 mamicode.com 版权所有  联系我们:gaon5@hotmail.com
迷上了代码!