MySQL SQL 调优

概述

MySQL（InnoDB）是单机/主从 OLTP 库。性能首先由有没有用上合适的索引、扫了多少行、有没有 filesort/临时表决定，不是由 Hive 倾斜或 GaussDB 分布列决定。

本技能基线：MySQL 8.0 + InnoDB。MPP 分布列用 gaussdb-sql-tuning，Hive / SparkSQL 用 hsql-tuning。

何时使用

• 写/改 MySQL 建表、索引、JOIN、分页、去重、模糊查询
• 慢查询、EXPLAIN 出现 ALL / Using filesort / Using temporary
• 中文乱码、emoji 存不下、状态字段存中文、索引长度超限

不要用本技能处理：Hive 分区分桶、GaussDB DISTRIBUTE BY、集群安装运维、给 root@% 开远程。

调优收益顺序

索引 > SQL 改写 > 锁与事务 > 参数 / 硬件

没有能用的索引，调 innodb_buffer_pool_size 也是在加速全表扫描。

写任何表之前

主键用窄的、单调递增的整数。字符集用完整 Unicode。状态不要存中文。

CREATE TABLE order_info (
    order_id BIGINT UNSIGNED NOT NULL AUTO_INCREMENT,
    cust_id BIGINT UNSIGNED NOT NULL,
    order_status TINYINT UNSIGNED NOT NULL DEFAULT 1,
    amount DECIMAL(12,2) NOT NULL,
    created_at DATETIME NOT NULL,
    PRIMARY KEY (order_id),
    KEY idx_cust_created (cust_id, created_at)
) ENGINE=InnoDB
  DEFAULT CHARSET=utf8mb4
  COLLATE=utf8mb4_0900_ai_ci;

索引设计：references/indexes.md 字符集与中文：references/charset.md

SQL 改写速查

完整正反例：references/sql-patterns.md

诊断

先看 EXPLAIN，不要先改参数。

红旗：

• type: ALL：全表扫描
• Extra: Using filesort：额外排序
• Extra: Using temporary：中间临时表
• key: NULL：没用上索引
• rows 远大于最终返回行数：过滤太晚或索引选错

MySQL 8.0.18+ 用 EXPLAIN ANALYZE 看真实耗时。慢查询日志确认是哪条 SQL，而不是猜。

步骤：references/diagnose.md

交付检查

写完 SQL / 索引后按顺序回答，缺一项就改：

1. EXPLAIN 是否还是 ALL / key NULL / Using filesort？
2. WHERE / ORDER BY / JOIN 列是否在同一条最左前缀索引上？
3. 索引列有没有包函数？有没有 '%...%'？
4. 分页是否还在用大 OFFSET？
5. 是否还在用 SELECT *、DISTINCT、NOT IN？
6. 状态字段是否中文？表是否 utf8mb4？

常见借口