AWS RDS MySQL 5.6升级至5.7后查询性能下降求助

核心现象总结 #

• 升级后CPU使用率从30%升至75%，平均连接数从20暴涨至255
• 线程指标显示Threads_cached长期为0，Threads_created超20万，线程频繁创建销毁
• 单请求包含两次查询：基于tkn查询memberTable，再对dataTable执行IODKU操作，慢查询无有效记录

针对性解决方案 #

1. 修复线程缓存，降低线程创建开销 #

当前线程缓存未生效，每次请求都要新建线程，是CPU飙升和连接数暴涨的核心原因之一：

• 在RDS参数组中设置thread_cache_size = 64（适配db.m5.large规格，后续可根据监控调整），让MySQL复用空闲线程，减少线程创建销毁的CPU消耗。
• 同步确认max_connections设置，确保业务峰值时不会触发连接数限制，但优先解决线程缓存问题。

2. 优化IODKU语句与锁机制 #

简化IODKU语句

原语句在UPDATE分支重复更新主键字段，完全冗余，简化后减少CPU开销：

INSERT INTO dataTable (memberID, status, packetTime) 
VALUES ('76418', '1', '2022-12-25 22:10:33') 
ON DUPLICATE KEY UPDATE status='1', packetTime='2022-12-25 22:10:33';

调整事务隔离级别缓解锁冲突

MySQL 5.7在RR隔离级别下，IODKU的锁范围比5.6更广，容易引发并发锁等待，导致线程堆积：

• 临时将事务隔离级别改为READ COMMITTED（参数组设置transaction_isolation = READ-COMMITTED），该级别下间隙锁仅用于外键和唯一键检查，能大幅减少锁冲突。
• 若调整后性能恢复，评估业务是否可接受RC级别的一致性，或针对dataTable优化索引策略。

3. 合并两次查询，减少连接占用时长 #

单请求的两次查询增加了网络往返和连接持有时间，合并为单语句可降低线程堆积概率：

INSERT INTO dataTable (memberID, status, packetTime) 
SELECT m.id, '1', '2022-12-25 22:10:33' 
FROM memberTable m WHERE m.tkn='$subTkn'
ON DUPLICATE KEY UPDATE status='1', packetTime='2022-12-25 22:10:33';

4. 适配5.7的InnoDB参数配置 #

针对db.m5.large（2vCPU、8G内存），调整InnoDB核心参数：

• innodb_buffer_pool_size = 4G：分配内存的50%作为缓冲池，缓存热点数据减少磁盘IO
• innodb_log_file_size = 1G：增大重做日志文件，减少日志切换频率
• innodb_flush_log_at_trx_commit = 2：若业务允许秒级数据丢失风险，可大幅降低IO开销；需严格ACID则保持为1，配合sync_binlog=0优化（RDS需确认参数权限）

5. 验证与监控 #

• 调整后监控Threads_cached、Threads_connected、Threads_running，确认线程复用生效
• 执行SHOW ENGINE INNODB STATUS查看锁等待条目，验证锁冲突是否缓解
• 持续跟踪CPU使用率，对比调整前后的变化

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