Docker MySQL容器导入dump时执行建表命令提示表不存在是什么原因？

核心问题和MySQL表名大小写敏感规则、dump文件执行逻辑有关，具体如下：

1. 表名大小写敏感规则触发 #

Linux环境下运行的MySQL默认开启表名大小写敏感，对应系统参数lower_case_table_names默认值为0：

• 参数为0时：表名按创建语句中的大小写原样存储，执行SQL时对比表名严格区分大小写
• 参数为1时：表名创建时自动转为小写存储，执行SQL时对比不区分大小写
  你现在的建表语句写的是驼峰格式的`BlockedSeat`，但报错提示找不到的是全小写的blockedseat，说明存在大小写不匹配的情况。

2. 报错行和编辑器行号对应偏差 #

你看到的编辑器行号113是建表语句，大概率是因为编辑器统计行号的规则和MySQL执行时统计的行号存在差异（比如部分编辑器会忽略特殊换行符、BOM头等），实际上报错的SQL是在建表语句之前的其他操作：

• 常见的前置操作包括：针对小写blockedseat的INSERT/UPDATE/DELETE语句、触发器定义、外键约束引用、提前执行的DROP后关联操作等，这些语句在表还没创建时就引用了小写的表名，才会触发不存在的报错。

• 第一步：执行命令grep -n "blockedseat" dump.sql 找出dump文件中所有引用全小写表名的语句，确认其位置是否在BlockedSeat建表语句之前，调整执行顺序即可。
• 第二步：检查MySQL的大小写敏感配置，执行命令mysql -uroot -proot -e "show variables like 'lower_case_table_names';" 查看参数值：
  • 如果你的业务可以接受表名不区分大小写，可以在Docker启动MySQL时添加参数--lower_case_table_names=1（注意该参数必须在数据库第一次初始化时设置，已有数据的实例修改会导致原有表无法访问）
  • 如果需要保留大小写敏感规则，统一所有SQL语句中的表名写法，所有引用处和建表时的大小写保持完全一致即可。

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