怎么减少行锁对性能的影响

MySQL 的行锁是引擎层由引擎实现的，并不是所有的引擎都支持行锁，比如 MyISAM 引擎不支持行锁。

MyISAM 引擎特点

MySQL 5.7 MyISAM存储引擎的版本特性：

InnoDB 存储引擎

MySQL 5.7 InnoDB存储引擎的版本特性：

行锁针对的是数据表中的行记录的锁，比如事务 A 更新一行，这时候事务B 也要更新一行，则必须等事务 A 的操作完成后才能进行更新。

事务A 持有两个记录的行锁，在 commit 的时候释放，在 InnoDB 事务中，行锁 是在需要的时候才加上，而是要等待事务结束时才释放。

如果服务器 CPU 消耗接近 100% ,但整个数据库每秒执行不到100个事务，那很有可能就出现死锁了。

死锁和死锁检测

死锁的4个必要条件

• 互斥条件
• 请求保持条件
• 循环等待
• 不可剥夺

事务 A 在等待事务 B 释放 id =2 ,在事务 B 在等待事务 A 释放 id =1的行锁。事务A 事务B循环等待资源释放，满足循环等待，互斥，不可剥夺，请求保持等条件。

如何解决数据库死锁？

有两种策略可解决死锁：

• 一种策略，是直接进入等待，知道超时，超时时间可通过参数 innodb_lock_wait_timeout 来设置。
• 发起死锁检测，主动回滚死锁联调中的某一个事务，其他事务继续执行。将参数 innodb_deadlock_detect 设置为 on 标识开启这个逻辑。

怎么解决热点更新导致的性能问题？

• 死锁检测要耗费大量的 CPU 资源，如果确定业务一定不会出现死锁，可以临时把死锁检测关掉。
• 另外一个是思路是控制并发度，如果并发能够给控制住，同一行同时最多有 10个线程在更新，那么死锁检测的成本很低。

布隆过滤器可以一定程度上解决缓存穿透的问题，解决缓存穿透的问题核心是减少数据库的并发访问。由于 hash 碰撞的原因，布隆过滤器存在一定的误判几率，也存在不支持删除元素的问题。