MySQL InnoDB引擎作为支持事务的常用存储引擎，其垃圾回收机制和锁竞争情况直接影响数据库的性能和并发能力，不合理的配置或设计会导致查询延迟升高、事务阻塞等问题。
InnoDB垃圾回收机制原理
InnoDB通过undo log实现事务回滚和多版本并发控制（MVCC），当事务提交后，对应的undo log不会立即删除，而是标记为可删除状态，由后台的purge线程负责回收这些无用的undo log，这个过程就是InnoDB的垃圾回收。
如果purge线程处理速度跟不上undo log生成速度，会导致undo log堆积，占用大量磁盘空间，同时也会影响MVCC的查询效率，因为查询时需要遍历更多的历史版本数据。
垃圾回收相关核心参数
- innodb_purge_threads：控制purge线程的数量，默认是4，在高写入场景下可以适当调大。
- innodb_max_purge_lag：当undo log堆积量超过这个阈值时，InnoDB会减慢更新操作的速度，避免垃圾回收跟不上，默认是0表示不限制。
- innodb_purge_batch_size：每次purge操作处理的undo log数量，默认是300，调大可以提升单次处理效率。
InnoDB锁竞争常见场景
InnoDB的锁主要分为行锁、表锁、间隙锁等，锁竞争通常发生在多个事务同时操作相同数据范围时，常见的诱因包括长事务持有锁时间过长、索引设计不合理导致锁范围扩大、事务隔离级别设置不当等。
锁竞争会导致事务等待时间增加，严重时会引发死锁，导致部分事务回滚，影响业务的正常执行。
锁竞争排查方法
可以通过查询InnoDB的状态信息来排查锁竞争问题，执行以下SQL可以查看当前的锁等待情况：
-- 查看InnoDB引擎状态，包含锁相关信息 SHOW ENGINE INNODB STATUS;
在输出的结果中，TRANSACTIONS部分可以看到当前运行的事务，LATEST DETECTED DEADLOCK部分可以看到最近的死锁信息，WAITING FOR THIS LOCK TO BE GRANTED部分可以看到锁等待的具体详情。
垃圾回收优化方案
1. 调整purge相关参数
根据服务器的CPU核心数和写入负载调整purge线程数量，比如8核服务器可以将innodb_purge_threads设置为8，同时适当调大innodb_purge_batch_size，提升垃圾回收的吞吐量。
参数调整可以通过配置文件或者动态设置实现，动态设置示例：
-- 设置purge线程数量为8 SET GLOBAL innodb_purge_threads = 8; -- 设置每次purge处理的undo log数量为500 SET GLOBAL innodb_purge_batch_size = 500;
2. 控制长事务
长事务会产生大量undo log，并且这些undo log在事务提交前无法被purge线程回收，因此要尽量避免长事务。可以在业务代码中设置事务超时时间，同时定期排查运行时间超过阈值的事务，及时终止异常长事务。
查询运行时间超过60秒的事务的SQL示例：
-- 查询运行时间超过60秒的事务 SELECT trx_id, trx_started, trx_mysql_thread_id, trx_query FROM information_schema.innodb_trx WHERE TIMESTAMPDIFF(SECOND, trx_started, NOW()) > 60;
3. 合理设置purge延迟阈值
如果业务写入量波动较大，可以设置innodb_max_purge_lag为一个合理的值，比如设置为100000，当undo log堆积量超过这个值时，InnoDB会自动减慢写入速度，给purge线程留出足够的处理时间，避免垃圾堆积。
锁竞争优化方案
1. 优化索引设计
合理的索引可以让InnoDB精准锁定需要操作的行，避免因为全表扫描或者索引失效导致锁范围扩大到整个表或者更大的间隙。尽量让查询语句使用覆盖索引，减少回表操作，同时避免在索引列上使用函数或者类型转换，防止索引失效。
比如以下查询如果没有在name列上建立索引，会导致全表扫描，产生大量的行锁甚至表锁：
-- 没有索引时，该查询会锁定大量行 SELECT * FROM user WHERE name = '张三';
在name列上建立普通索引后，只会锁定匹配的行，减少锁竞争：
-- 建立索引 CREATE INDEX idx_user_name ON user(name);
2. 缩短事务持有锁的时间
事务中尽量将更新操作放在后面，减少锁的持有时间，同时避免在事务中执行耗时操作，比如调用外部接口、处理大量业务逻辑等。如果事务中需要查询数据，尽量在事务开始前完成查询，减少事务内的操作时长。
3. 合理选择事务隔离级别
如果业务对幻读不敏感，可以将事务隔离级别从默认的REPEATABLE READ调整为READ COMMITTED，这样可以减少间隙锁的使用，降低锁竞争的概率。READ COMMITTED隔离级别下，每次查询都会生成新的Read View，不会使用间隙锁锁定范围。
设置事务隔离级别的示例：
-- 设置当前会话的事务隔离级别为READ COMMITTED SET SESSION TRANSACTION ISOLATION LEVEL READ COMMITTED;
4. 避免死锁
尽量让多个事务按照相同的顺序访问表和行，避免循环等待锁的情况。同时可以设置合理的锁等待超时时间，通过innodb_lock_wait_timeout参数控制，默认是50秒，超过这个时间事务会自动回滚，避免无限等待。
优化效果验证
优化完成后，可以通过监控数据库的QPS、TPS、事务平均响应时间、锁等待次数等指标来验证优化效果。如果优化后purge延迟降低、锁等待次数减少、响应时间提升，说明优化达到了预期目标。
可以通过以下SQL查询锁等待的相关统计信息：
-- 查询锁等待相关状态变量 SHOW GLOBAL STATUS LIKE 'Innodb_row_lock%';
其中Innodb_row_lock_waits表示行锁等待的总次数，Innodb_row_lock_time_avg表示平均行锁等待时间，这两个指标下降说明锁竞争得到了有效缓解。