navicat中建普通索引需右键表→设计表→切“索引”页签→点“+”新增，手动填索引名、选字段并设varchar长度（utf8下总字节数≤1000），建完用show index和explain验证生效。
直接加普通索引就能明显加快 where 和 order by 查询，但必须选对字段、控制长度，否则会报错或失效。
Navicat 里怎么点出「添加索引」界面
在 Navicat 中连接好数据库后，找到目标表 → 右键 → 选「设计表」（不是「打开表」）→ 切到顶部的「索引」标签页 → 点右下角「+」或「新增」按钮。这时弹出的窗口才是真正的索引配置界面，字段列表默认为空，需要手动添加。
常见错误是误点「打开表」后试图在数据视图里找索引入口，那根本找不到；还有人点「编辑表」但没切到「索引」页签，结果改了字段类型却没建索引。
- 必须用「设计表」，不能用「打开表」或「查询表」
- 「索引」页签在顶部标签栏，不是右侧属性面板里
- 新建索引时名称要自己填，比如
idx_user_email，别留空
普通索引该选哪些字段，长度怎么设
优先选 WHERE 条件里高频出现的字段，比如 WHERE status = 'active' 中的 status，或 ORDER BY created_at DESC 中的 created_at。字符串字段（VARCHAR）必须设长度，否则可能触发 Specified key was too long; max key length is 1000 bytes 错误。
UTF8 字符集下，每个字符占 3 字节，所以 VARCHAR(255) 全长就是 765 字节；若多个字段合建组合索引，总和不能超 1000。实际建议：文本类字段用前缀索引，比如 name 是 VARCHAR(500)，就只索引前 100 个字符：name(100)。
- 数字/日期字段不用写长度，直接选列名即可
-
VARCHAR字段务必填括号长度，如email(191) - 避免对
TEXT或超长VARCHAR单独建索引，容易超限 - 组合索引字段顺序很重要：最常单独查的放最左，例如
(user_id, status, created_at)
建完索引怎么确认生效且没踩坑
建完立刻执行 SHOW INDEX FROM table_name 查看结果。重点看 Key_name 是否出现你起的名字，Seq_in_index 是否从 1 开始连续，Sub_part 是否显示你设的长度（比如 100）。如果查不到，说明没保存成功；如果 Sub_part 是 NULL 而你明明写了长度，说明字段类型不支持前缀索引（比如 INT 不需要长度）。
还要验证查询是否真走索引：用 EXPLAIN SELECT * FROM table WHERE xxx = ?，看 type 是否为 ref 或 range，key 是否显示你的索引名。如果还是 ALL，可能是用了 OR、!=、LIKE '%xxx' 这类让索引失效的操作。
-
SHOW INDEX是唯一可靠确认方式，不要只信 Navicat 界面显示 - 索引名不能重复，同表内已有
idx_user_id就不能再建一个同名的 - 建索引过程会锁表（尤其大表），生产环境避开高峰时段操作
真正难的不是点几下建索引，而是判断「这个字段值分布是否值得建」「组合索引字段顺序是否匹配实际查询条件」「前缀长度取 50 还是 100 才够区分」——这些没法靠界面自动完成，得结合 SELECT COUNT(DISTINCT col) / COUNT(*) 算选择率，再观察慢查询日志里的真实 WHERE 模式。
