navicat转储sql文件时索引未导出，大概率是未在「高级」选项中勾选“导出索引”，该选项默认关闭；若源为.nb3备份或information_schema权限/字符集异常，也会导致索引缺失。
转储SQL文件时索引没导出，大概率是“导出设置漏勾”
Navicat 默认不导出索引，除非你手动在「高级」选项里明确勾选。右键数据库 →「转储 SQL 文件」→ 选择「仅结构」或「结构和数据」后，必须点开「高级」页，找到 导出索引（英文版为 Include indexes）并勾选。这个开关默认关闭，且没有视觉提示，90% 的遗漏都发生在这里。
常见误操作包括：只勾了 导出外键 或 添加 DROP TABLE，却跳过索引；或者误以为「结构」天然包含索引，没点开「高级」看细节。
- 如果导出的 .sql 文件里搜索不到
CREATE INDEX或KEY，基本可断定该选项未启用 - 多表导出时，该设置全局生效，不会按表单独控制
- 低版本 Navicat（如 ≤15.0）可能把该选项藏得更深，甚至需要在「导出向导」第二步才出现
备份源本身不含索引 DDL，转储也无从导出
如果你用的是 .nb3 格式备份（Navicat 默认本地备份格式），它只存数据快照和基础表结构，**不保存任何 DDL 语句**，包括 CREATE INDEX、COMMENT、COLLATE 等。这种备份还原后，索引必然丢失，转储时自然也导不出——因为服务端根本没这些元信息。
同理，若原始导出命令用了 --no-create-info 或勾了「仅数据」，生成的 .sql 文件本身就不含索引定义，Navicat 转储只是忠实复现内容，不会自动补全。
- 验证方法：用文本编辑器打开你的源 .sql 文件，全文搜索
INDEX或KEY -
.psc（PostgreSQL 导出）或某些 ODBC 连接导出的文件，也可能因驱动限制跳过索引 - MySQL 8.0+ 中用
INVISIBLE创建的索引，部分旧版 Navicat 不识别，也会被忽略
字符集或权限问题导致索引元信息读取失败
Navicat 转储依赖 information_schema.STATISTICS 视图获取索引信息。若连接字符集不匹配（如连接设为 latin1，但库用 utf8mb4），视图中 INDEX_COMMENT 或索引名字段可能返回空或乱码，进而被跳过；更隐蔽的是权限不足：SELECT 权限不够时，information_schema 查询可能静默失败，Navicat 不报错但结果为空。
- 检查连接属性 →「高级」→ 勾选
使用 MySQL 字符集，并设为utf8mb4 - 执行
SELECT COUNT(*) FROM information_schema.STATISTICS WHERE table_schema = 'your_db';，确认能查到记录 - 运行
SHOW GRANTS FOR CURRENT_USER;，确保有SELECT权限，特别是对information_schema
导出后发现索引语句存在但建不成功
即使 CREATE INDEX 出现在导出文件里，导入时仍可能失败：比如索引名重复（ERROR 1061）、字段名大小写不一致（Linux 下区分大小写）、联合索引列顺序与已有约束冲突，或引擎不支持（如 MyISAM 对 FULLTEXT 索引要求严格）。Navicat 不校验这些，只负责写出语句。
- 导入前先用
mysql -u user -p database 在命令行试跑，错误会直接暴露 - 避免用 Navicat 「运行 SQL 文件」功能批量执行——它对单条错误常静默跳过
- 关键索引建议拆出来单独执行，并加
IF NOT EXISTS（MySQL 8.0.19+ 支持）防重复
