mysql 8.0 必须在首次初始化前显式设置 lower_case_table_names=0，否则该值将固化进数据字典不可更改；需清空 datadir 后用 mysqld --initialize --lower-case-table-names=0 命令初始化，并通过 mysqld --verbose --help 验证生效。
MySQL 8.0 初始化前必须设 lower_case_table_names=0
刚搭建的 MySQL 8.0，如果还没初始化数据目录（即 /var/lib/mysql 下还是空的或只有初始日志），这是唯一能正确启用大小写敏感表名的机会。此时 lower_case_table_names=0 不是“可选配置”，而是必须显式声明——哪怕你用的是 Linux，默认值也是 0，但不写明就可能被忽略或覆盖。
常见错误是：直接启动 mysqld，让它自动生成数据目录，再回头改配置。一旦初始化完成，这个值就被硬编码进数据字典，再也无法更改。
- Linux 上启动前务必加参数：
mysqld --initialize --user=mysql --lower-case-table-names=0 - Docker 首次运行必须带参数：
docker run -d ... mysql:8.0 --lower-case-table-names=0（注意不是写在my.cnf里） - 如果用了
conf.d/自定义配置，确认它没在别处把lower_case_table_names覆盖成 1 或 2
验证是否真生效，别信 SELECT @@lower_case_table_names
这条 SQL 返回 0，不代表你成功启用了大小写敏感。它只反映当前会话看到的变量值，而 MySQL 8.0 启动失败时会 fallback 到默认值，返回 0 可能只是“假装正常”。真正可靠的判断方式是看启动日志和实际行为。
- 查错误日志，确认没有
[MY-011087]报错，且日志里明确出现lower_case_table_names=0的加载记录 - 执行
mysqld --verbose --help | grep lower_case，输出的值才是启动时实际采用的值 - 手动建两个仅大小写不同的表：
CREATE TABLE User(id INT)和CREATE TABLE user(id INT)；若第二条报ERROR 1050（表已存在），说明 0 生效；若成功创建，则仍是 1 或 2
为什么不能等启动后再改配置文件？
因为 MySQL 8.0 的数据字典是基于 InnoDB 的事务性元数据存储，表名、库名这些标识符在初始化那一刻就以二进制形式固化进系统表里了。lower_case_table_names 在这里不是运行时开关，而是初始化阶段决定元数据如何解析的“契约”。后续修改配置等于要求系统用新契约去读旧契约写的数据，MySQL 直接拒绝启动，报错明确：Different lower_case_table_names settings for server ('1') and data dictionary ('0')。
这不是权限问题，也不是配置语法错，是架构层面的不可逆设计。你看到的“重启无效”，本质是服务压根没起来。
已有数据目录还想切到大小写敏感？基本没路可走
如果已经用默认方式（没指定参数）初始化过，datadir 里已有表文件（如 your_db/OrderDetail.ibd），那现在想切到 lower_case_table_names=0，没有安全、在线、无损的方案。
-
SET GLOBAL必报ERROR 1238，该变量只读 - 改
my.cnf后重启，99% 触发MY-011087错误并退出 - 唯一可行路径是全量导出 → 清空
datadir→ 用--lower-case-table-names=0重新初始化 → 导入。过程中所有 SQL、视图、存储过程里的表引用都得人工核对大小写
最常被忽略的一点：即使你只关心“查询时区分大小写”，也绕不开初始化时的这道坎。MySQL 8.0 没有中间态——要么从头按 0 设计，要么接受 1 带来的统一小写约束。
