你肯定遇到过这种情况：数据库跑着跑着突然变慢，页面加载转圈圈，用户开始骂娘，老板拍桌子问你怎么回事。这时候你翻开MySQL的配置文件，看着那些参数一脸懵——到底该调哪个？怎么调？调了能有多大效果？别急，今天咱们就把MySQL调优这事儿掰开揉碎了聊清楚，从配置到底层查询，一套组合拳下来，让你从被动救火变成主动优化。
先说配置文件，my.cnf或者my.ini这玩意儿就像数据库的心脏起搏器，调对了能让你飞起来。innodbbufferpoolsize这个参数是重中之重，它决定了InnoDB缓存数据和索引的内存池大小。很多人设成默认值8MB，那等于让一个大力士用牙签吃饭。建议把这个值设到物理内存的70%到80%，你要是8G内存的机器，就给6G左右。但注意别把内存全吃完，系统还得留点空间跑其他服务。另外，innodblogfilesize也别忽视，默认48MB太小了，频繁写日志要命，调到512MB甚至1G，能大幅减少日志刷盘次数。还有innodbflushlogattrxcommit，默认1最安全但最慢，如果你能接受一秒内丢数据的风险，改成2性能能翻倍。
查询性能这块，很多人一上来就甩索引，好像索引是万能药。其实索引是把双刃剑，用好了查询快如闪电，用多了写入慢如蜗牛。最坑的是建了索引但查询用不上，那就白费功夫。比如你在WHERE条件里对字段做了函数操作，像WHERE DATE(createtime) = '2024-01-01'，索引就废了。正确写法是WHERE createtime >= '2024-01-01' AND createtime < '2024-01-02'。还有联合索引的顺序问题，最左前缀原则你得懂，比如建了(a,b,c)的索引，你只查b和c，索引就用不上。建索引前先用EXPLAIN看看执行计划，type字段是ALL说明全表扫描，必须得加索引；type是ref或者range，说明索引用上了，但还得看rows字段，预估扫描行数太大也不行。
慢查询日志是调优的雷达，不开这玩意儿等于闭着眼开车。在配置里打开slowquerylog，设置longquerytime为1秒，甚至0.5秒。然后定期分析慢查询日志，找到那些执行时间长的SQL。我见过最离谱的是有人在循环里逐条插入数据，10万条数据插了半小时。改成批量插入，一次插1000条，时间直接降到几秒。还有一种常见问题是N+1查询，比如查用户列表然后循环查每个用户的订单，这等于发了100次SQL。用JOIN或者子查询一次搞定，或者用IN查询合并。记住，SQL的IO次数比计算量更贵，减少数据库交互次数是王道。
配置调好了，查询优化了，但还差一步——你得学会用工具看底层。MySQL的performanceschema和sys schema就像数据库的CT机，能扫描出各种病根。比如你可以用SELECT * FROM sys.statementanalysis看看哪些SQL消耗资源最多，按总延迟排序。还有ioglobalbyfilebybytes，看看哪个数据文件读写最频繁。很多人遇到性能问题就重启数据库，这跟电脑卡了重启一个道理，治标不治本。我见过一个案例，某表频繁插入删除导致碎片严重，查询变慢，用OPTIMIZE TABLE整理一下碎片，性能直接恢复。另外，连接数也别贪多，maxconnections设成1000，但每个连接都占内存，实际并发能到200就不错了。用连接池工具比如HikariCP或者Druid，复用连接比新建连接快得多。
表结构设计这块，很多人喜欢用TEXT和BLOB存大字段，结果查询时MySQL要加载大块数据到内存，慢得一批。能存文件路径就别存文件内容，能用VARCHAR就别用TEXT。还有字段类型选对也很关键，比如存储IP地址，用INT比VARCHAR快还省空间，用INETATON和INETNTOA转换一下就行。时间字段用DATETIME还是TIMESTAMP？TIMESTAMP占4个字节，DATETIME占8个字节，但TIMESTAMP有2038年问题，如果数据要存很久，还是用DATETIME稳妥。另外，分区表是个好东西，但别滥用。比如日志表按月份分区，查询一个月的数据只扫一个分区，速度翻倍。但分区太多管理起来也麻烦，一般不要超过1024个分区。
聊聊缓存策略，MySQL自身有查询缓存，但MySQL 8.0已经把它移除了，因为在高并发下查询缓存的锁竞争反而拖慢性能。替代方案是用外部缓存，比如Redis或者Memcached。把热点数据缓存到内存里，查询先走缓存，命中就直接返回，没命中再查数据库。我见过一个优化案例，某电商网站的首页商品列表每次都要查数据库，数据库压力巨大。改成缓存后，商品列表缓存5分钟，数据库QPS从5000降到200，CPU使用率从90%降到20%。缓存虽好，但要注意缓存穿透、缓存雪崩、缓存击穿这几个坑。穿透是指查一个不存在的数据，每次都查数据库，可以用布隆过滤器挡一下；雪崩是指大量缓存同时过期，可以设置不同的过期时间，加随机值；击穿是指热点数据过期瞬间大量请求打过来，可以用互斥锁或者提前预热。
其实MySQL调优这事儿，没有银弹。你不能指望改一个参数就解决所有问题，也不能指望建一个索引就飞起来。它是个系统工程，从硬件配置、操作系统参数、MySQL配置、表结构设计、SQL写法、索引策略、缓存方案，到监控告警，每一环都得照顾到。而且调优不是一次性的工作，业务在变，数据量在涨，你得持续观察、持续优化。比如每天扫一遍慢查询日志，每周分析一次系统表，每月做一次配置评估。把调优变成习惯，而不是等出事了再救火。你花在调优上的每一分钟，都会在未来无数个流畅的查询里回报你。
