Linux上默认表名区分大小写，要改成不区分，必须设lower_case_table_names=1，且只能在MySQL初始化前或全新实例中安全设置；运行中的生产库硬改会丢表、启不来。
直接说结论：Linux上默认表名区分大小写，要改成不区分，必须设 lower_case_table_names=1，且只能在MySQL初始化前或全新实例中安全设置；运行中的生产库硬改会丢表、启不来。
为什么改 lower_case_table_names 会失败
很多人改完配置重启，show variables like 'lower_case_table_names' 还是 0 —— 不是因为配置没生效，而是 MySQL 8.0+ 禁止运行时修改该参数。一旦数据目录已存在，mysqld 启动时发现实际表文件名（如 Users.frm）和新规则（要求全小写 users.frm）不匹配，直接拒绝启动，日志里只报“Can’t start server: failed to initialize databases”。
- MySQL 5.7 允许改，但风险极高：已有表名大小写混用时，
mysqldump恢复可能漏表或覆盖 - MySQL 8.0 起强制校验：启动时比对
data/下所有表文件名与参数期望格式，不一致就 abort - Windows/macOS 上设
=0会破坏文件系统一致性，官方明确禁止
安全设成不区分大小写的唯一路径
适用于新部署或可停机重建的场景。核心是「先清空，再设参，最后导入」：
- 导出全部数据：
mysqldump --all-databases --single-transaction > full.sql - 停服务，删掉整个
data/目录（不是只删库，是删 MySQL 数据根目录） - 编辑
my.cnf，在[mysqld]下加一行：lower_case_table_names=1 - 重启 MySQL —— 此时它会初始化全新 data 目录，且所有新建表名自动转小写
- 执行
mysql 导入。注意：dump 文件里所有 <code>CREATE TABLE语句里的表名会被原样执行，但 MySQL 内部会强制存为小写
lower_case_table_names=2 为什么不能用
看似“建表保留大小写、查时不区分”，实则埋雷。在 Linux 上设 =2 会直接被忽略（MySQL 启动时静默重置为 0），因为 ext4 文件系统根本不支持同名大小写变体共存。即使在 macOS 上启用，也会导致：
-
CREATE TABLE User和CREATE TABLE user都成功，但实际只生成一个user.frm文件 - 第二次建表 silently 覆盖第一次，无报错、无日志
- 应用代码里混用大小写查询，结果随机返回某次建表的数据，极难定位
开发环境和生产环境必须统一
Windows 开发机默认 lower_case_table_names=1，Linux 生产库若保持默认 =0，部署时 SELECT FROM users 就会报 Table 'db.Users' doesn't exist —— 因为开发写的 SQL 习惯小写，而生产库里表实际叫 Users。这不是语法错，是元数据找不到。
- CI/CD 流水线里跑 SQL 检查时，必须用 Linux 容器模拟生产环境参数
- ORM 框架（如 Django、MyBatis）生成的表名，要确认是否依赖数据库实际存储格式
- 备份脚本里所有表名引用，必须和
information_schema.tables.table_name查询结果一致，不能靠手写
真正麻烦的从来不是改参数，而是现有表名大小写混乱又不敢重建。这时候别碰 lower_case_table_names，老实用 RENAME TABLE 把所有表手动转成小写，再统一代码里的 SQL 引用。
