Navicat建联合索引需手动选多列而非仅点“添加索引”；必须按最左前缀规则匹配查询条件，字段顺序应依据区分度、过滤强度及排序需求综合判断，并注意锁表风险与SQL兼容性。
在 Navicat 里建联合索引，别点“添加索引”就完事
navicat 图形界面建索引时，添加索引按钮默认只建单列索引。想建 联合索引（比如 (user_id, created_at)），必须手动选中多列——但很多人点了“确定”才发现只生效了第一列。
- 右键表 →
设计表→ 切到索引标签页 - 点击
+新增索引后，先在索引名填名字（如idx_user_created），再在字段下拉框里**逐个点击添加多列**（不是只选一列） - 每加一列，要确认它的
排序是ASC还是DESC；MySQL 8.0+ 支持混合排序，但老版本只认ASC - 别漏掉
索引类型：联合索引一般选INDEX，唯一联合索引才选UNIQUE
为什么 WHERE user_id = ? AND status = ? 没走联合索引？
建了 (user_id, status) 联合索引，但查询没命中，大概率是列顺序或条件写法出了问题。MySQL 的最左前缀匹配规则很实在：它不会自动重排索引列顺序，也不会跳过中间列去用后面的。
- 索引是
(a, b, c)，能用上的查询只有：WHERE a = ?、WHERE a = ? AND b = ?、WHERE a = ? AND b = ? AND c = ? -
WHERE b = ?或WHERE b = ? AND c = ?完全用不上这个索引 - 如果常用
WHERE status = ? AND user_id = ?，那索引应该建为(status, user_id)，而不是反过来 - 注意
OR会直接让联合索引失效，LIKE '%xxx'也会让左侧列之后的索引失效
Navicat 自动生成的 ALTER TABLE ... ADD INDEX 语句能直接执行吗？
可以，但得看版本和目标库。Navicat 在不同连接类型（MySQL、PostgreSQL、SQL Server）下生成的 DDL 差异很大，同一操作在 MySQL 里生成的是 ADD INDEX，在 PostgreSQL 里却是 CREATE INDEX，不能混用。
- 建联合索引时，Navicat 通常生成类似：
ALTER TABLE `orders` ADD INDEX `idx_user_time` (`user_id`, `created_at`) - 如果表数据量大（比如千万级），这条语句在 MySQL 5.6+ 默认会锁表（除非开了
ALGORITHM=INPLACE），线上执行前务必在从库或低峰期验证 - PostgreSQL 用户要注意：Navicat 生成的语句可能缺
CONCURRENTLY，直接跑会锁整个表，应手动改成：CREATE INDEX CONCURRENTLY idx_user_time ON orders (user_id, created_at) - 执行前建议勾选 Navicat 的
显示 SQL预览框，别盲目点“运行”
联合索引字段顺序到底怎么排？别光看查询频率
字段顺序不是按 WHERE 里出现的先后排，而是按区分度（cardinality）、过滤强度、是否常用于排序/分组综合判断。一个高区分度的列放前面，才能更快缩小扫描范围。
- 用
SELECT COUNT(DISTINCT col) / COUNT(*) FROM table粗略看区分度：user_id通常是 1.0，status可能只有 0.02 - 如果经常
ORDER BY created_at，且WHERE条件固定有user_id，那(user_id, created_at)比(created_at, user_id)更合适——后者无法避免filesort - 注意
NULL值影响：如果某列大量为NULL，它作为联合索引首列时，实际可利用的索引范围会打折扣 - 没有银弹顺序，上线前一定用
EXPLAIN对比不同顺序下的key_len和rows
联合索引不是堆字段就行，顺序错了等于白建；Navicat 点几下就能发 DDL，但背后要不要锁表、能不能覆盖查询、会不会拖慢写入，这些都得自己盯住。
