Navicat点“新增索引”默认只建单列索引，因界面未强制多选；建联合索引须右键表→设计表→索引页→点“+”→逐个添加字段并设ASC/DESC→拖动调整顺序以匹配WHERE最左前缀，否则索引失效。
Navicat里点“新增索引”为什么只建了单列？
因为默认行为就是建单列索引。想建联合索引，不能只点“新增”再填个名字就完事——必须手动逐列添加，且顺序不能错。
- 右键表 → “设计表” → 切到“索引”页 → 点“+”新增
- 在“字段”下拉框里，**每次选一个字段，点一次“添加”**（不是一次性多选）
- 每加一列，都要确认它的排序方式（
ASC或DESC），尤其注意 MySQL 5.7 及更早版本会忽略DESC，实际仍按ASC存储 - 添加完所有字段后，用鼠标拖动调整顺序：这个顺序 = 最左前缀匹配顺序 = 必须和
WHERE条件最左侧字段严格一致
字段顺序怎么排才不白建？
联合索引生效的前提是“从左到右连续使用”。建了 idx_a_b_c，但查询写成 WHERE b = 1 AND c = 2，这个索引根本不会被选中。
- 优先把区分度高、过滤性强的字段放最左（比如
user_id比status更适合作为第一列） - 如果查询含
ORDER BY a, b DESC，且数据库是 MySQL 8.0+，可设a ASC, b DESC；5.7 不支持混合排序，设了也无效 -
WHERE a = ? AND b > ? ORDER BY c这种场景，idx_a_b_c是有效组合；但idx_a_c或idx_b_c都无法覆盖范围查询后的排序 - 别重复加同一字段，也别给主键字段再单独建联合索引——主键已是聚簇索引
建完索引，EXPLAIN 还显示 type=ALL 怎么办？
说明优化器没用上索引，大概率不是 Navicat 没建成功，而是索引定义和实际查询脱节。
- 检查
EXPLAIN输出里的key是否为空，possible_keys是否有值：有值但没用，基本就是最左前缀不匹配 - 确认 WHERE 中有没有函数包裹字段，比如
WHERE DATE(create_time) = '2025-04-01'→ 改成create_time >= '2025-04-01' AND create_time - 检查类型隐式转换：
user_id是INT，但写成WHERE user_id = '123'（字符串），可能触发全表扫描 - 用
SHOW CREATE TABLE table_name看 Navicat 实际生成的 DDL，确认字段顺序、排序方向、前缀长度（如content(255)）是否符合预期
Navicat 能不能改已存在的联合索引？
不能。索引列表页只提供“删除”和“新建”，没有编辑功能。
- 想改字段顺序、增删列、调排序方向，只能删掉重建
- 或者切到“查询”标签页，手写
DROP INDEX idx_name ON table_name+CREATE INDEX ... - 注意：重建索引期间表可能被锁（尤其是大表），建议在低峰期操作
- Navicat 不校验索引是否真能被用上，它只负责把你的配置转成 SQL 执行——能不能生效，得你自己结合查询逻辑和执行计划验证
