MySQL 5.7 RDS实例InnoDB信号量等待分析及慢插入排查求助

先解读下你提供的InnoDB信号量数据：

----------
SEMAPHORES
----------
OS WAIT ARRAY INFO: reservation count 60641802
OS WAIT ARRAY INFO: signal count 72330127
RW-shared spins 0, rounds 99448631, OS waits 28947103
RW-excl spins 0, rounds 1297861775, OS waits 23786302
RW-sx spins 2795229, rounds 5258299, OS waits 4114
Spin rounds per wait: 99448631.00 RW-shared, 1297861775.00 RW-excl, 1.88 RW-sx

这里最关键的信号是RW-shared和RW-excl的spins值均为0，说明InnoDB线程完全没有尝试自旋等待，直接触发了OS级别的等待，同时这两类OS等待量都在2000万+级别，意味着数据库内部的锁/资源竞争已经非常激烈，这大概率是慢插入的核心诱因之一。

下面是具体的排查方向：

• 排查锁竞争情况：
  执行SHOW ENGINE INNODB STATUS查看TRANSACTIONS段，确认是否存在长时间持有排他锁（X锁）的事务，这类事务极易阻塞插入操作。另外可以查询information_schema.INNODB_LOCK_WAITS表，明确哪些线程在等待锁，以及被哪个线程阻塞。
• 检查插入SQL逻辑：
  确认插入操作是否触发了大量触发器、关联更新，或者包含复杂子查询；同时排查批量插入的方式是否合理，比如是否存在单条SQL插入超大量数据、并发插入线程数超出实例承载能力的情况。
• 监控RDS资源瓶颈：
  在AWS RDS控制台查看核心指标：CPU使用率是否长期偏高、磁盘IOPS是否达到实例上限、内存是否不足导致频繁换页（可关注Innodb_buffer_pool_pages_flushed指标）。如果是资源瓶颈，需考虑升级实例规格或优化资源分配。
• 调整InnoDB关键参数（RDS可调整范围）：
  检查innodb_buffer_pool_size是否适配实例规格；确认innodb_log_file_size是否过小（过小会导致日志频繁刷盘，影响插入性能）；若业务允许，可将innodb_flush_log_at_trx_commit从1调整为2，平衡性能与数据安全性。
• 清理冗余索引：
  插入操作需要维护表上的所有索引，过多冗余索引会大幅增加插入耗时。检查目标表的索引配置，删除无用的冗余索引，必要时可将非核心索引设置为异步更新（需结合业务场景判断）。

内容的提问来源于stack exchange，提问作者jawknee530