【DB-4】行锁-两阶段锁协议/死锁

回顾：

• 全局锁
• 表级锁： 表锁，MDL元数据锁

---

参考：极客时间 mysql实战45讲

行锁

MySQL的行锁是在引擎层由各个引擎实现的，但并非各个引擎都支持行锁，比如MyISAM引擎不支持行锁（InnoDB支持） ，所以只能用表锁，同一张表上任何时刻只能有一个更新在执行，影响到业务并发度。

两阶段锁协议

加锁时间：语句执行的时候加上，而不是事务开始的时候就加上
释放锁时间：统一在事务结束后再释放

启发：如果一个事务中需要锁多个行，那么把最可能造成锁冲突、最可能影响并发度的锁往后放，以减少锁的等待时间，提高并发性能

（可以优化事务中语句顺序）
B的update blocked

死锁和死锁检测

定义：当并发系统中不同线程出现循环资源依赖，涉及的线程都在等待别的线程释放资源时，就会导致这几个线程都进入无限等待的状态，称为死锁。

出现死锁以后的两种策略：

1. 该线程直接进入等待，直到超时。超时时间设置：innodb_lock_wait_timeout

   默认50s，不能梯段。死锁后，第一个线程50s后才能推出，然后其他线程才有可能继续执行

2. 发起死锁检测，发现后回滚其中一个事务。 将参数innodb_deadlock_detect设置为on，开启这个逻辑

   具有额外负担：一个事务被锁的时候，要看看它所依赖的线程有没有被别人锁住，如此循环，最后判断是否出现了循环等待。
   每次修改同一行（热点行）
   时间复杂度 O（n^2） 每个进来的线程，都要判断一下与其他线程有没有发生死锁。—>消耗大量CPU资源

   看到的是什么？
   CPU利用率很高，但是每秒执行不了几个事务。

如何解决这种性能问题？

• 临时关掉死锁检测（比较自信的话…）

• 控制并发度: 控制一下每次的并发线程数。
  这个并发控制可以做在中间件，MySQL源码…

• 设计优化
  不要这个热点行了，把一行改成逻辑上的多行。
  随机选取一行进行业务处理