为什么phpMyAdmin导入SQL后索引未被正确创建？

索引缺失的三大主因：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 多跑一遍，比反复重试快得多。