mysql 8.0+ 的 lower_case_table_names 参数必须在首次初始化时设定，因该值已固化于数据字典中不可更改；若启动时配置值与数据字典不一致，将报错 my-011087 并拒绝启动。
lower_case_table_names 是控制 MySQL 数据库名、表名大小写行为的核心配置，但它的生效逻辑和修改代价远比表面看起来复杂。不能在已有数据的实例上直接修改该参数并重启生效——这是最常踩的坑。
为什么改了 lower_case_table_names 会启动失败？
MySQL 8.0+ 在首次初始化时会将 lower_case_table_names 的值写入数据字典（data dictionary），后续每次启动都会校验配置文件中的值是否与初始化时一致。如果不一致，就会报错：
2024-10-29T11:32:10.290204Z 1 [ERROR] [MY-011087] [Server] Different lower_case_table_names settings for server (‘1’) and data dictionary (‘0’).
这不是配置语法错误，而是 MySQL 强制的兼容性保护机制。
- Linux 下默认初始化值为
0（区分大小写），一旦初始化完成，就锁死了这个值 - 即使你只是想从
0改成1（不区分大小写），也必须重建数据目录 - Windows/macOS 因文件系统不敏感，允许设为
2，但 Linux 不支持lower_case_table_names=0在 NTFS/HFS+ 上运行
已初始化 MySQL 8 实例，如何安全切换大小写规则？
没有“热修改”方案，只有重建路径。关键步骤不是改配置，而是清空并重初始化：
- 先用
mysqldump -u root -p --all-databases > backup.sql完整备份 - 停止服务：
systemctl stop mysqld（或net stop mysqlWindows） - 彻底删除数据目录（如
/var/lib/mysql或C:\ProgramData\MySQL\MySQL Server 8.0\Data） - 在
[mysqld]段落中设置目标值：lower_case_table_names=1（Linux 要求必须是1，不能是0或2） - 执行初始化：
mysqld --initialize --console，记下输出的临时密码 - 启动服务，用临时密码登录后立即执行
ALTER USER 'root'@'localhost' IDENTIFIED BY 'xxx';
注意：Windows 下若需“存储原样但查询不敏感”，可设为 2；Linux 下设 2 会启动失败。
字段内容大小写敏感怎么控制？
lower_case_table_names 只管库/表名，不管字段值。字段是否区分大小写，由 COLLATE 决定：
- 查当前字段排序规则：
SHOW FULL COLUMNS FROM table_name LIKE 'column_name'; - 建表时指定：
name VARCHAR(50) COLLATE utf8mb4_bin→ 区分大小写 - 或用不敏感规则：
COLLATE utf8mb4_0900_ai_ci（MySQL 8.0 默认） - 查询时临时覆盖：
WHERE name COLLATE utf8mb4_bin = 'AbC'
别依赖 BINARY 类型——它本质是 COLLATE utf8mb4_bin 的快捷写法，但显式写 COLLATE 更清晰、可迁移。
最容易被忽略的细节
很多人以为改完 lower_case_table_names 就一劳永逸，其实还有两个隐性陷阱：
- 应用代码里硬编码了大写表名（如
SELECT * FROM User），而配置改为1后，MySQL 会把所有表存为小写，但旧 SQL 若含大小写混用别名，可能因解析顺序出错 -
INFORMATION_SCHEMA中的TABLE_NAME字段返回值受lower_case_table_names影响——设为1后永远是小写，代码若依赖原始大小写做元数据判断，会失效
真正要改，就得从备份、重建、代码适配三端同步推进，而不是只动一个配置项。
