MySQL添加组合索引必须显式指定索引名，遵循最左前缀原则，注意字段顺序、命名规范（如idx_user_status_created）、锁表现及冗余索引识别。
ALTER TABLE ADD INDEX 语法必须带索引名
MySQL 不允许匿名组合索引，ALTER TABLE ... ADD INDEX 必须显式指定索引名，否则会报错 ERROR 1064 (42000)。很多人直接写 ADD INDEX (col_a, col_b)，漏掉索引名，这是最常卡住的第一步。
正确写法是：
ALTER TABLE `orders` ADD INDEX `idx_user_status_created` (`user_id`, `status`, `created_at`);
- 索引名建议用前缀
idx_+ 字段缩写，避免过长（MySQL 5.7 限制 64 字符） - 字段顺序不能随意调换：组合索引生效依赖「最左前缀原则」，查询条件含
user_id才可能命中，只查status不会走这个索引 - 如果表已有同名索引，命令会失败，需先
DROP INDEX或改名
多列顺序决定查询能否命中索引
组合索引不是“只要字段都在就一定能用”，而是严格按定义顺序匹配查询条件。比如建了 INDEX idx_a_b_c (a, b, c)，以下查询行为不同：
-
WHERE a = 1 AND b = 2→ ✅ 命中（最左前缀覆盖） -
WHERE a = 1 AND c = 3→ ⚠️ 只用到a，c被跳过（b缺失导致断层） -
WHERE b = 2 AND c = 3→ ❌ 完全不命中（没提供最左列a）
高频查询条件应靠前；等值查询字段优先于范围查询字段（例如 user_id = ? AND created_at > ? 中，user_id 必须放前面）。
安装、修复、更新或打包一个基于 Python 和 PyMySQL 实现的 Windows `mysql` 命令。适用于用户希望在 PowerShell/CMD 中输入 `mysql` 时重定向到 Python 实现、需要交互式输入 MySQL 连接信息、需要同步到当前用户本地 bin 目录，或需要将该能力封装成可公开复用的 Codex skill。
添加过程会锁表，大表务必避开业务高峰
MySQL 5.6+ 支持 ALGORITHM=INPLACE，但仅对某些操作有效；添加索引在多数版本中仍默认触发表拷贝（COPY 算法），期间表不可写，SELECT 也可能被阻塞。
- 执行前先用
SHOW CREATE TABLE确认当前存储引擎（InnoDB 对 DDL 更友好，MyISAM 更容易锁死） - 线上大表建议加
ALGORITHM=INPLACE, LOCK=NONE显式声明（MySQL 5.6+ InnoDB），但需确认是否支持——不是所有组合都允许无锁 - 可先在从库执行，验证索引效果和执行耗时，再同步到主库
重复索引或冗余索引容易被忽略
加完组合索引后，原有单列索引可能变成冗余。例如已有 INDEX idx_user_id (user_id)，又加了 INDEX idx_user_status (user_id, status)，前者基本失效（除非只查 user_id 且优化器认为更轻量）。
检查冗余的常用方法：
SELECT * FROM information_schema.STATISTICS WHERE TABLE_SCHEMA = 'your_db' AND TABLE_NAME = 'orders' ORDER BY INDEX_NAME, SEQ_IN_INDEX;
- 注意
SEQ_IN_INDEX = 1的字段是否已作为其他组合索引的首列 - 用
pt-duplicate-key-checker（Percona Toolkit）能自动识别冗余和重复索引 - 删除冗余索引前，务必用
EXPLAIN对比关键 SQL 的执行计划变化
组合索引的字段顺序、命名规范、锁表现、冗余判断，这四点里任意一个疏忽，都可能导致索引建了却没用，甚至拖慢写入。尤其在已有数据量大的表上，别只看「命令跑通了」就以为完事。
