mysql死锁怎么解密 mysql死锁会自动释放吗

详解MySQL(InnoDB)如何处理死锁 锁是需要事务结束后才释放的 。
一个是 MVCC,一个是两阶段锁协议 。
为什么要并发控制呢?是因为多个用户同时操作 MySQL 的时候,为了提高并发性能并且要求如同多个用户的请求过来之后如同串行执行的一样(为了解决脏读、不可重复读、幻读)
官方定义:
两阶段锁协议是指所有事务必须分两个阶段对数据加锁和解锁,在对任何数据进行读、写操作之前 , 事务首先要获得对该数据的封锁;在释放一个封锁之后,事务不再申请和获得任何其他封锁 。
对应到 MySQL 上分为两个阶段:
但是两阶段锁协议不要求事务必须一次将所有需要使用的数据加锁(innodb在需要的索引列数据才锁行),并且在加锁阶段没有顺序要求,所以这种并发控制方式会形成死锁 。
MySQL有两种死锁处理方式:
死锁检测 (默认开启)
死锁检测的原理是构建一个以事务为顶点、锁为边的有向图,判断有向图是否存在环 , 存在即有死锁 。
回滚
检测到死锁之后,选择插入更新或者删除的行数最少的事务回滚,基于 INFORMATION_SCHEMA.INNODB_TRX 表中的 trx_weight 字段来判断 。
收集死锁信息:
减少死锁:
死锁解决:
mysql解决死锁问题官方定义如下:两个事务都持有对方需要的锁,并且在等待对方释放,并且双方都不会释放自己的锁 。
这个就好比你有一个人质,对方有一个人质,你们俩去谈判说换人 。你让对面放人,对面让你放人 。
看到这里 , 也许你会有这样的疑问 , 事务和谈判不一样,为什么事务不能使用完锁之后立马释放呢mysql死锁怎么解密?居然还要操作完mysql死锁怎么解密了之后一直持有锁?这就涉及到 MySQL 的并发控制了 。
MySQL的并发控制有两种方式,一个是 MVCC,一个是两阶段锁协议 。那么为什么要并发控制呢?是因为多个用户同时操作 MySQL 的时候,为了提高并发性能并且要求如同多个用户的请求过来之后如同串行执行的一样( 可串行化调度 ) 。具体的并发控制这里不再展开 。咱们继续深入讨论两阶段锁协议 。
官方定义:
对应到 MySQL 上分为两个阶段:
就是说呢 , 只有遵循两段锁协议,才能实现可串行化调度。
但是两阶段锁协议不要求事务必须一次将所有需要使用的数据加锁 , 并且在加锁阶段没有顺序要求,所以这种并发控制方式会形成死锁 。
MySQL有两种死锁处理方式:
由于性能原因,一般都是使用死锁检测来进行处理死锁 。
死锁检测的原理是构建一个以事务为顶点、锁为边的有向图 , 判断有向图是否存在环,存在即有死锁 。
检测到死锁之后 , 选择插入更新或者删除的行数最少的事务回滚,基于 INFORMATION_SCHEMA.INNODB_TRX 表中的 trx_weight 字段来判断 。
MySQL如何处理死锁
巧用MySQL InnoDB引擎锁机制解决死锁问题[2] 索引 KEY_TSKTASK_MONTIME (STATUS_ID MON_TIME)
分析 涉及的两条语句应该不会涉及相同的TSK_TASK记录 那为什么会造成死锁呢?
查询MySQL文档 发现这跟MySQL的索引机制有关 MySQL的InnoDB引擎是行级锁 我原来的理解是直接对记录进行锁定 实际上并不是这样的
要点如下:
不是对记录进行锁定 而是对索引进行锁定
在UPDATE DELETE操作时 MySQL不仅锁定WHERE条件扫描过的所有索引记录 而且会锁定相邻的键值 即所谓的next key locking
如语句UPDATE TSK_TASK SET UPDATE_TIME = NOW() WHERE ID会锁定所有主键大于等于 的所有记录 在该语句完成之前 你就不能对主键等于 的记录进行操作

推荐阅读