MySQL导入库结构时第二个CREATE TABLE语句始终报错，求排查建议

嘿Andy，这种不管调换哪个表当第二个都会触发错误的情况，绝对不是表本身的问题，大概率是导出的SQL脚本里藏着全局层面的小问题，我给你梳理几个最常见的排查方向，你可以挨个试试：

• 检查SQL脚本的语句完整性
  打开导出的SQL文件，重点看第一个表的CREATE TABLE语句结尾有没有加分号，以及第一个表和第二个表之间有没有奇怪的注释或无效字符。比如有些导出工具可能会在表之间插入格式混乱的注释，或者第一个表的创建语句没闭合，导致MySQL把两个表的语句当成一个来解析，自然会报错。这种情况不管哪个表排第二，都会触发语法错误。

• 排查会话级变量的异常
  有些导出脚本会在开头或每个表前插入SET指令（比如SET FOREIGN_KEY_CHECKS=0;、SET sql_mode='xxx';），如果这些指令重复执行或者设置了和后续表不兼容的变量，就会出问题。比如第一个表执行后修改了sql_mode，第二个表的字段定义刚好违反了这个模式（比如包含零日期、非严格模式下的无效字段）。你可以试试在导入前手动重置会话变量：

  SET sql_mode = 'ONLY_FULL_GROUP_BY,STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_ENGINE_SUBSTITUTION';
  SET FOREIGN_KEY_CHECKS=1;
  

  然后再执行导入脚本。

• 检查SQL文件的编码和隐藏字符
  用纯文本编辑器（比如VS Code、Notepad++）打开SQL文件，查看编码是否为UTF-8无BOM格式，有没有全角符号、中文空格这类隐藏字符。有时候导出工具会引入这些字符，MySQL解析到第二个表时就会触发语法错误。你可以把内容复制到新的纯文本文件里，重新保存为UTF-8无BOM格式再尝试导入。

• 拆分脚本看具体错误信息
  把SQL文件拆成单个表的独立脚本，先导入第一个表（确认成功），再导入第二个表，此时MySQL会给出精确的错误提示（比如语法错误位置、变量冲突原因）。根据具体错误信息来定位问题，比盲目排查高效得多。

• 检查MySQL错误日志
  如果上面的方法都没找到问题，去看看MySQL的错误日志文件（一般在/var/log/mysql/error.log或者MySQL安装目录的data文件夹下），日志里会记录更底层的错误细节，比如临时表空间不足、权限异常（虽然第一个表能创建，但不排除特殊情况）等。

你可以先从检查第一个表的语句完整性和编码开始，这两个是最容易忽略也最常见的原因～

内容的提问来源于stack exchange，提问作者Blakey UK