必须在MySQL首次启动前设置lower_case_table_names=1，否则旧表因磁盘文件名（如UserOrder.frm）与元数据不匹配而报“Table 'xxx' doesn't exist”；重启后参数显示为1仅说明配置已加载，并不代表旧表可访问，因其物理文件名未自动转换，仍需手动RENAME或清空datadir重建。
必须在 MySQL 首次启动前设 lower_case_table_names=1，否则旧表因磁盘文件名与元数据不匹配，必然报 Table 'xxx' doesn't exist；改配置重启后参数显示为 1，不代表旧表能访问。
为什么改了配置重启还是报 “Table 'xxx' doesn't exist”
不是配置没生效，而是你改得太晚了。MySQL 启动后，元数据（mysql 系统库里的表定义）和磁盘文件名（如 UserOrder.frm）已绑定。设成 1 后，它只按小写路径去找 userorder.frm，但旧文件名仍是大写的，自然找不到。
-
SELECT @@lower_case_table_names;返回 1，只说明参数读进去了，不代表旧表能访问 -
SHOW TABLES;可能仍列出UserOrder，是因为元数据里还记着这个名字，但物理文件不匹配 - 如果中间执行过
DROP DATABASE，MySQL 会用小写去删文件，导致大写.frm残留，出现“可见却不可查”的假象
怎样才算“安全地提前设置”
关键词是“首次启动前”。目标实例还没导入任何数据时，才是唯一窗口期。
- 停掉 MySQL：
sudo systemctl stop mysql - 确认
datadir为空：检查/var/lib/mysql/（或你的实际路径）下没有数据库子目录、ibdata1、ib_logfile* - 编辑配置：在
/etc/my.cnf或/etc/mysql/mysql.conf.d/mysqld.cnf的[mysqld]段下添加lower_case_table_names=1，确保没拼错、没缩进、没写到[client]里 - 初始化数据目录：
sudo mysqld --initialize-insecure --datadir=/var/lib/mysql --user=mysql - 启动：
sudo systemctl start mysql，再验证SELECT @@lower_case_table_names;
已经导入了数据，还能补救吗
能，但得人工一一手动处理，没有一键修复。
- 先用
SHOW TABLES;列出所有表，再用ls /var/lib/mysql/your_db/对比磁盘文件名大小写是否一致 - 对大小写不匹配的表，执行
RENAME TABLE `UserOrder` TO `userorder`;（注意反引号包裹原名） - 如果有外键或视图依赖该表名，得先
SET FOREIGN_KEY_CHECKS = 0;，改完再开回来 - 别忘了检查存储过程、触发器里硬编码的表名——它们不会随
RENAME自动更新
最常被忽略的一点：Docker 部署时，改了容器内的 my.cnf 却没挂载生效；或者 systemd 启动时绕过了配置文件路径。务必确认 mysqld 实际加载的是哪个配置：mysqld --verbose --help | grep "Default options"。
