07行锁功过——怎么减少行锁对性能的影响

07行锁功过——怎么减少行锁对性能的影响 MySQL的行级锁

创建时间：2021年11月12日00:30:06

文章目录

• MySQL的行级锁
• • 二阶段锁协议
  • • 问：介绍下Innodb的行锁。
    • 问：解释下死锁。
    • 问：有个场景，频繁更新一条数据的时候，CPU急速飙升，但事务又没解决几个，是什么原因导致的？用行级锁相关的内容解释下。
    • 问：一般怎么解决死锁？
    • 问：针对更新热点数据时产生的死锁检测问题，有什么方案可以处理？
    • 问：假如删表一万行数据，下面哪几种方式比较好？

——————————————————————————————

二阶段锁协议 问：介绍下Innodb的行锁。

答：innodb引擎支持行级锁，同样是共享读、排他写，该锁遵循二阶段锁协议。

所谓二阶段锁协议，是指在事务中，需要加锁时才加锁，提交事务时才释放。

因此在使用行级锁时，尤其注意要将会争用行级锁资源的 *** 作放到接近事务结束位置，最大程度减少锁等待。

问：解释下死锁。

答：已知二阶段所协议的定义，当两个事务同时启动，并相互等待对方的一个资源做释放的时候，就会陷入死锁。

问：有个场景，频繁更新一条数据的时候，CPU急速飙升，但事务又没解决几个，是什么原因导致的？用行级锁相关的内容解释下。

答：应该是过多的死锁检测导致的。对同一行数据进行更新时，在默认情况下，进入锁等待的线程会检测自己是否陷入死锁，时间复杂度为O（n），短时间的高并发会导致CPU飙升，例如1000个线程则死锁检测次数为1000^2次方。

问：一般怎么解决死锁？

答：

1、锁等待超时；

show variables like 'innodb_lock_wait_timeout'

2、死锁检测；

show variables like 'innodb_deadlock_detect'

一般通过死锁检测。

问：针对更新热点数据时产生的死锁检测问题，有什么方案可以处理？

答：

从客户端层面限制，但如果应用客户端过多，这个方法不奏效；

从并发度层面限制，但要求高：了解MySQL源码或者会相关中间件；

从关系设计层面限制，将热点数据进行拆分；

从代码规范层面：尽量减少产生锁等待；

问：假如删表一万行数据，下面哪几种方式比较好？

1、一个连接一次性执行删除一万行

2、一个连接，二十次循环执行删除500行

3、二十个连接，一次性同时执行删除500行

答：第二个好：减少单语句锁的长时间占用，和大事务。无锁冲突。
00行

3、二十个连接，一次性同时执行删除500行

答：第二个好：减少单语句锁的长时间占用，和大事务。无锁冲突。