如何导入由于表名大小写敏感导致失败的数据_统一系统级别lower_case_table

mysql启动前必须设置lower_case_table_names=1，该值不可运行时修改；初始化datadir后更改会导致启动失败或表找不到，需确保datadir为空并用新配置重新初始化。

mysql 启动前必须设 `lower_case_table_names=1`

这个值不是运行时能改的配置项，mysql 一旦初始化过数据目录（datadir），再修改 lower_case_table_names 会导致启动失败或表找不到。常见错误现象是：导入 sql 文件时卡在某个 create table，报错 table 'xxx' doesn't exist 或 can't find file: './db/xxx.frm'——其实是因为大小写不匹配，引擎在磁盘上根本没找到对应文件名。

实操建议：

停掉 MySQL，确认 datadir 下所有 .frm / .ibd 文件名全是小写（如果不是，说明之前没设对）
在 my.cnf 的 [mysqld] 段落里加一行：lower_case_table_names=1
删掉 datadir（仅限测试环境！生产务必先备份整个目录）后重启 MySQL，让它用新配置重新初始化系统表
再导入数据，表名会自动转小写存储，后续无论用 SELECT * FROM User 还是 user 都能命中

导入前用 `sed` 批量转表名大小写（临时救急）

如果不能重装 MySQL、又必须导入含大写表名的 SQL 文件（比如从 macOS 导出的 dump），就得在导入前把所有 CREATE TABLE `User` 改成 CREATE TABLE `user`。注意：只改表名，别碰字段名或字符串内容。

实操建议：

用这条命令粗筛并替换（Linux/macOS）：sed -E 's/CREATE TABLE `([^`]*)`/CREATE TABLE `\L\1`/g' dump.sql > dump_lower.sql
手动检查几处边界情况：含下划线的表名（如 `My_Table`）、带数据库前缀的（如 `mydb`.`LogEntry`），sed 默认不处理，得加额外规则
导入时用 mysql -D mydb ，别用 <code>source 命令——它不走客户端字符集转换，容易乱码

`lower_case_table_names=1` 的副作用不能忽略

设成 1 后，MySQL 会强制把库名、表名转小写存盘，但不会帮你改已存在的混合大小写文件。更麻烦的是：它让同名不同大小写的表无法共存，比如 user 和 USER 会被当成同一个表，直接报错 Table 'user' already exists。

实操建议：

迁移前用 SELECT table_schema, table_name FROM information_schema.tables WHERE table_schema = 'your_db'; 查一遍有没有大小写重复的表名
应用代码里所有 FROM User 类写法，最好统一改成小写，避免依赖“不区分大小写”的模糊行为
如果你用的是 MySQL 8.0+ + InnoDB + 独立表空间（innodb_file_per_table=ON），表名大小写还会影响 .ibd 文件名，而文件系统（如 ext4）本身区分大小写，设错会导致数据文件丢失

Docker 环境下容易漏掉 `lower_case_table_names` 初始化

用 docker run -e MYSQL_ROOT_PASSWORD=... mysql:8.0 启动，默认 lower_case_table_names=0（Linux 容器），哪怕你挂载了自定义 my.cnf，如果容器第一次启动时已经生成了 datadir，后面再挂载配置也无效。

实操建议：

启动前先建空卷：docker volume create mysql-data，然后用 docker run --rm -v mysql-data:/var/lib/mysql mysql:8.0 --verbose --help 2>&1 | grep lower_case 确认默认值
正确做法是：用 docker run 加 --init-file 或提前准备好带 lower_case_table_names=1 的 my.cnf，并在首次启动时就挂载进去
别信某些教程说“改完配置重启容器就行”，Docker 里 datadir 通常映射到宿主机或 volume，只要目录存在，MySQL 就跳过初始化步骤

事情说清了就结束。最常被跳过的动作是：没确认 datadir 是否为空就启动 MySQL，结果配置白加，表还是找不见。