华为云 RDS for MySQL 性能调优实战：索引、慢查询与连接池

一、从一条慢 SQL 说起

线上接口突然变慢，往往始于一条没走对索引的 SQL。数据库调优不是"玄学"，而是一套可复现的方法：定位慢点 → 分析执行计划 → 优化索引/语句 → 验证效果。本文以华为云 RDS for MySQL 为例展开。

二、定位：慢查询日志

第一步永远是找到慢 SQL。开启慢查询日志，设置合理的 long_query_time，用 mysqldumpslow 或 RDS 的慢日志分析功能按"执行次数多"和"耗时高"两个维度排序。优先解决高频且慢的语句，收益最大。

三、分析：看懂执行计划

对目标 SQL 执行 EXPLAIN，重点关注：

• type：是否出现 ALL（全表扫描）——尽量避免；
• key：实际用了哪个索引；
• rows：预估扫描行数，越大越要警惕；
• Extra：出现 Using filesort/Using temporary 往往是排序/临时表瓶颈。

四、优化：联合索引与最左前缀

最常见的优化是建联合索引并遵循最左前缀原则。例如查询"按用户 + 按时间范围排序"：

-- 低效：只按单列建索引，排序仍走文件排序
ALTER TABLE orders ADD INDEX idx_user (user_id);

-- 更优：联合索引命中过滤 + 排序
ALTER TABLE orders ADD INDEX idx_user_time (user_id, created_at);

注意：索引列上的函数运算、隐式类型转换、前缀通配的 LIKE '%x' 都会让索引失效。

五、连接池与读写分离

应用侧连接池大小要与数据库最大连接数匹配，过多连接反而因上下文切换拖慢性能；开启读写分离后，把报表类、统计类的重查询引流到只读实例，为主库减负。RDS 支持一主多读，配合代理即可。

六、踩坑与经验

1. 先定位再优化：没有慢日志和 EXPLAIN，调优就是瞎猜；
2. 索引不是越多越好：写多表上冗余索引会增加写放大；
3. 关注隐式转换：字段类型与查询值不一致会导致索引失效；
4. 读写分离要防主从延迟：强一致读走主库。

七、小结

数据库调优的核心是"用数据说话"：慢日志定位、EXPLAIN 分析、索引与语句优化、连接与架构调整。掌握这套方法，大多数性能问题都能有条理地解决。