必须在MySQL首次启动前设lower_case_table_names=1，否则旧表因磁盘文件名与元数据不匹配而报“Table doesn't exist”；重启后参数虽显示为1，但旧表不会自动转换，需清空datadir重新初始化或手动RENAME。
必须在 MySQL 首次启动前设 lower_case_table_names=1，否则旧表无法访问——改配置重启后参数显示为 1，不代表表能用。
为什么改完 lower_case_table_names=1 还报 “Table doesn't exist”
这不是配置没生效，而是你改得太晚了。MySQL 在 lower_case_table_names=0 下建的表（比如 UserOrder.frm），物理文件名就是大写的；改成 1 后，它会按小写 userorder.frm 去找，但该文件根本不存在。
-
SHOW TABLES;仍显示UserOrder，是因为元数据里还记着这个名字，但访问失败 -
SELECT @@lower_case_table_names;返回 1 只说明参数读进去了，不等于旧表能查 - 如果中间执行过
DROP DATABASE，而当时lower_case_table_names=1，MySQL 会用小写删文件，导致大写.frm残留，出现“可见却不可查”的假象 - MySQL 8.0 更严格：首次初始化后修改
lower_case_table_names会导致服务直接拒绝启动，不是报错，是静默失败
如何安全地提前设置 lower_case_table_names=1
唯一安全窗口期是目标实例 还没导入任何数据 时。
- 停服务：
sudo systemctl stop mysql - 确认
datadir为空：ls /var/lib/mysql/应无数据库子目录、ibdata1、ib_logfile* - 编辑配置（如
/etc/my.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;，返回 1 才算成功
已经导入数据，怎么手动修复大小写不一致的表
没有自动转换，必须逐个重命名，且反引号和外键依赖不能漏。
- 先查出所有表：
SHOW TABLES;，再对比磁盘文件：ls /var/lib/mysql/your_db/ - 对每个需修正的表，执行：
RENAME TABLE `UserOrder` TO `userorder`;（原名必须用反引号包裹，否则 MySQL 把大写当语法错误） - 如有外键或视图依赖，先执行：
SET FOREIGN_KEY_CHECKS = 0;，改完再设回1 - 别漏掉存储过程、触发器里的表名引用——它们不会随
RENAME自动更新
最易被忽略的是：MySQL 8.0 要求 lower_case_table_names 必须在初始化时设置，后续修改会导致数据字典校验失败；而手动 RENAME 时，反引号和外键开关顺序一旦错位，就会卡住整个修复流程。
