MySQL数据库优化实战：从慢查询到百万级并发
数据库往往是Web应用的性能瓶颈所在。在服务宁德企业客户的过程中我们遇到过各种MySQL性能问题：从简单的慢查询到复杂的锁争抢从单机瓶颈到主从延迟。本文将系统性地介绍MySQL优化的方法论和实用技巧帮助读者建立起从SQL语句到架构层面的完整优化思维。
慢查询分析与Explain解读
发现性能问题的第一步是找到慢查询。确保MySQL开启了慢查询日志：`slow_query_log = ON` `long_query_time = 1`（超过1秒的查询会被记录）。使用`mysqldumpslow`工具分析日志找出出现频率最高和耗时最长的SQL语句。拿到慢SQL后使用`EXPLAIN`命令查看其执行计划重点关注以下几列：`type`（访问类型ALL最差const最好应尽量避免全表扫描）、`key`（实际使用的索引NULL表示没有走索引）、`rows`（预估扫描行数越少越好）、`Extra`（额外信息注意Using filesort Using temporary等警告信号）。通过Explain可以清楚地看到SQL的执行路径从而定位优化方向。
索引优化核心原则
索引是MySQL优化中最有效也最容易误用的工具。基本原则：为WHERE条件 ORDER BY GROUP BY后面的列创建索引；遵循最左前缀原则联合索引(a,b,c)可以匹配a a,b a,b,c但不能跳过b直接用c；区分度高的列（如唯一ID手机号）适合建索引区分度低的列（如性别状态）建索引效果不佳；索引不是越多越好每个索引都会增加写入开销占用磁盘空间定期清理无用索引。特殊索引类型：覆盖索引（Covering Index）查询的字段全部包含在索引中无需回表效率极高；前缀索引（Prefix Index）对长文本列的前N个字符建索引节省空间；函数索引（Functional Index MySQL 8.0+支持）对表达式结果建索引解决函数导致索引失效的问题。
SQL语句改写技巧
很多时候不改索引只改SQL写法就能带来巨大的性能提升。常见优化场景：避免SELECT * 只查询需要的列减少IO和网络传输；避免在索引列上使用函数和表达式否则索引失效改为常量在另一侧如`WHERE DATE(create_time) = '2025-01-01'`改为`WHERE create_time >= '2025-01-01' AND create_time < '2025-01-02'`；OR条件尽量改为UNION ALL在某些情况下效率更高；LIMIT深分页（如LIMIT 100000 10）改为延迟关联或记录上次位置的方式；大批量插入使用批量INSERT或多值插入（VALUES(),(),()...）而非逐条INSERT；JOIN表的数量控制在5个以内过多考虑反范式化设计。
架构层面优化方案
当单机优化到达极限后需要从架构层面寻求突破。读写分离是最经典的方案：主库承担写操作多个从库承担读操作通过中间件（如MyCat ShardingSphere）或应用层路由实现读写分离注意主从延迟对业务的影响。分库分表当单表数据量超过千万级后考虑水平拆分按业务域垂直拆库按数据特征（如用户ID取模时间范围）水平拆表。引入Redis缓存热点数据减轻数据库压力但要处理好缓存穿透击穿雪崩和一致性问题。对于分析型复杂查询可以考虑同步到ClickHouse或Elasticsearch等专门引擎中查询不影响主库的交易性能。每种架构升级都有其适用场景和代价需要根据实际的业务特点和数据规模谨慎选择。