Navicat 不支持直接编辑已有索引，只能删除后重建或手写 SQL；删除重建需防锁表，索引名须通过 SHOW INDEX 确认；MySQL 8.0+ 才支持 DESC 排序；重建后必须执行 ANALYZE TABLE 更新统计信息。
Navicat 不支持直接编辑已有索引
你不能在 navicat 的「设计表 → 索引」页里双击或右键修改一个已存在的联合索引字段顺序、增删字段或调整 asc/desc。界面只提供「删除」和「新建」两个操作——这是硬限制，不是权限或版本问题。
必须删掉重建，但要注意锁表和索引名
想改索引，只有两条路：删了重做，或切到查询窗口手写 SQL。前者更直观，但风险明确：
- 大表执行
DROP INDEX会触发表级锁（尤其 MySQL 5.7 及之前），期间写操作阻塞 - Navicat 自动生成的索引名可能是
idx_12345或uk_user_email这类，不能靠猜——先执行SHOW INDEX FROM table_name，确认真实名称再删 - 删完立刻建新索引，中间别留空档；否则业务查询可能降级为全表扫描
用 SQL 替代时，注意 DDL 语句差异
手动写比点点点更可控，但得写对语法：
- MySQL 中，
ALTER TABLE t DROP INDEX idx_old; ALTER TABLE t ADD INDEX idx_new (a,b,c);是安全组合 - PostgreSQL 不支持
ADD INDEX语法，得用CREATE INDEX CONCURRENTLY idx_new ON t(a,b,c);避免长时间锁表 - 如果只是改排序方向（如从
(a ASC, b ASC)改成(a ASC, b DESC)），MySQL 8.0+ 才认，5.7 写了也无效——先查SELECT VERSION()再决定要不要设 DESC
重建后必须执行 ANALYZE TABLE
哪怕你用 SQL 新建了完美匹配 WHERE 条件的联合索引，只要没跑 ANALYZE TABLE table_name，优化器大概率继续走全表扫描。Navicat 的任何图形操作都不自动触发这步，它只管写 DDL，不管统计信息更新。这个动作不能省，也不能靠“等一会儿”自动生效。
