热点行更新导致的性能问题

两阶段锁协议：在InnoDB事务中，行锁是在需要的时候才加上的，但并不是不需要了就立刻释放，而是要等到事务结束时才释放。

加锁有助于隔离，但是会给性能带来影响。不同线程在执行不同的事务时，会因为互相等待对方的资源而陷入死锁状态。

当出现死锁时，有两种策略：1、直接进入等待直到超时，但是对于在线服务而言，等待时间往往是无法接受的。如果通过修改innodb_lock_wait_timeout参数将等待时间减少，就会误伤正常的事务。2、发起死锁检测，主动死锁检测在发生死锁的时候，是能够快速发现并进行处理的，但是它也是有额外负担的。死锁检测会大量消耗CPU资源。

如何解决由这种热点行更新导致的性能问题呢？

1. 关掉临时死锁检测，但是这样的操作本身是有风险的，可能会出现大量的超时。
2. 控制并发度，在数据库端做并发控制，控制每一行的能被更新的最大的线程数。不建议在客户端做并发控制，因为客户端的数量会有很多，即使每个客户端控制了一定的数量但是到数据端时，线程数依旧很大。