无法从SQLyog导入数据库至phpMyAdmin：外键约束错误

看到你遇到的这个问题——同样的SQL在SQLyog和MySQL Workbench能正常执行，导入phpMyAdmin却触发#1005 - Can't create table错误，其实核心原因是外键约束的创建依赖环境或执行顺序的细节差异，哪怕语法本身没问题。下面是针对性的排查和解决步骤：

• 优先检查表的创建顺序
  你的boletos表依赖peliculas、salas、horarios三个表的主键，但如果phpMyAdmin是按SQL文件里的顺序执行语句，刚好boletos的创建语句排在这三个表前面，那数据库找不到关联的表，自然会触发外键错误。而SQLyog和Workbench可能会自动分析依赖关系，调整执行顺序。
  解决方法：打开你的SQL导出文件，把peliculas、salas、horarios的创建语句移到boletos前面，再重新导入。

• 验证关联字段的完全一致性
  外键约束对字段的匹配度要求极高，哪怕一点细微差异都会失败：

  • 字段类型和属性：确认boletos.Peliculaid、boletos.Salaid、boletos.horarioid的类型（INT(11)）、是否带UNSIGNED等属性，和对应关联表的Id字段完全一致。比如如果peliculas.Id是INT(11) UNSIGNED，但boletos.Peliculaid是普通INT(11)，就会报错。
  • 存储引擎：确保peliculas、salas、horarios这三个表也是用InnoDB引擎创建的——MyISAM不支持外键约束，哪怕你给boletos指定了InnoDB也没用。
  • 索引状态：被关联的Id字段必须是目标表的主键（或者至少是唯一索引），你这里已经定义了主键，这点没问题，但要确认导出的SQL里这三个表的主键定义是完整的。

• 检查字符集与排序规则的一致性
  虽然你给所有表都指定了CHARSET=utf8mb4，但还要确认所有表的排序规则完全相同（比如都是utf8mb4_general_ci或者utf8mb4_unicode_ci）。部分场景下，排序规则不匹配也会导致外键约束无法创建。

• 临时禁用外键检查导入
  如果调整顺序后还是有问题，可以尝试在SQL文件的最开头添加：

  SET FOREIGN_KEY_CHECKS = 0;
  

  然后在所有表创建语句的末尾添加：

  SET FOREIGN_KEY_CHECKS = 1;
  

  这样会跳过导入过程中的外键校验，等所有表都成功创建后再启用约束，适合解决一些因导入顺序或临时依赖问题导致的错误。

内容的提问来源于stack exchange，提问作者Isaac Serrano