索引缺失的三大主因：SQL文件无索引语句、用户缺ALTER权限、导入跳过索引维护；对应排查：检查SHOW CREATE TABLE、SHOW GRANTS，执行OPTIMIZE/ANALYZE TABLE或清理DEFINER。
SHOW INDEX FROM 显示索引缺失，不是导入失败的错觉，而是索引根本没建上去——最常见原因就两个：SQL文件本身不含索引语句，或者当前 MySQL 用户缺 ALTER 权限。
导出时跳过了表结构，导致索引语句丢失
很多用户用 mysqldump 时加了 --no-create-info 或只导数据（比如用 --no-create-db --skip-triggers 过度精简），结果 sql 文件只有 insert，没有 create table 和索引定义。
- 确认方式：
SHOW CREATE TABLE table_name输出里有没有KEY、UNIQUE KEY、PRIMARY KEY等行 - 正确导出命令（含索引）：
mysqldump -u user -p db_name table_name > backup.sql—— 默认就带结构 - 如果已导入但无索引，别重导，直接补：
CREATE INDEX idx_col ON table_name(col);
用户没被授予 ALTER 权限，CREATE INDEX 被静默跳过
phpMyAdmin 图形界面点“创建索引”或执行 CREATE INDEX 语句时，若当前用户缺少 ALTER（MySQL 5.7+ 隐含 INDEX）权限，MySQL 直接拒绝，报错类似 ERROR 1142: INDEX command denied，但 phpMyAdmin 有时只显示空白或超时，不弹具体错误。
- 先查权限：
SHOW GRANTS FOR 'user'@'host';—— 看输出里有没有GRANT ALTER ON `db`.* - 授予权限必须用高权限账号（如 root）执行：
GRANT ALTER ON `db_name`.`table_name` TO 'user'@'host'; FLUSH PRIVILEGES; - 注意 host 必须完全匹配：
'user'@'localhost'和'user'@'%'是不同账号，别写错
导入过程绕过了索引维护，物理结构已损坏
大批量 INSERT（尤其 phpMyAdmin 导入默认模式）会跳过索引页合并与 B+ 树重组，导致索引虽存在但严重碎片化，EXPLAIN 显示 key 非空却 rows 极大，查询仍走全表扫描。
- 别删重建，先执行：
OPTIMIZE TABLE table_name;—— InnoDB 下等价于重建所有索引 + 更新统计信息 - 立刻跟一句：
ANALYZE TABLE table_name;，否则优化器可能继续用旧统计 - 大表操作前检查磁盘空间：
OPTIMIZE临时需要 2 倍表大小空间
视图或 DEFINER 干扰了索引创建流程
SQL 文件里混着 CREATE VIEW 且含 DEFINER，而目标库没该用户，MySQL 在解析阶段就卡住，后续的 CREATE INDEX 根本没机会执行——错误日志里常出现 ERROR 1449，但 phpMyAdmin 可能只报“脚本中断”。
- 导入前清理：
sed -E "s/DEFINER=[^ ]+//g" dump.sql > clean.sql - 或手动打开 SQL 文件，删掉所有
DEFINER=`xxx`@`yyy`子句（保留SQL SECURITY） - 确保文件开头有
SET sql_mode = '';，避免严格模式下字段类型不匹配导致中途退出
SHOW INDEX 和 SHOW GRANTS 多跑一遍，比反复重试快得多。 
