MySQL 性能优化如果只理解成“给 SQL 加索引”，通常会做出一半正确、一半浪费的动作。真正的优化应该从负载、数据分布和瓶颈位置开始。

首先要分清慢在哪里。是单条 SQL 扫描太多行，是锁竞争严重，是 buffer pool 命中率低，还是磁盘 I/O 已经吃满。不同瓶颈的解决方案完全不同。没有诊断就谈优化，往往只是盲调参数。

索引当然重要，但索引不是越多越好。它改善读取路径，却增加写入成本，还会拉高存储和维护复杂度。一个真正有效的索引设计，应该围绕查询条件、排序字段、覆盖需求和选择性来做，而不是围绕“哪些列看起来重要”。

除了索引，表结构也常常是性能问题的来源。字段类型是否合适、是否存在过宽行、冷热数据是否混放、是否需要分库分表，这些都会影响查询成本。再往上走，应用层的缓存、批量写入、连接池配置和慢查询治理同样重要。

所以 MySQL 优化的关键不是某条技巧，而是建立一套从观测到定位、再到结构性调整的习惯。性能问题本质上是系统问题，不只是数据库问题。