MySQL 8.0中lower_case_table_names必须在初始化时设置，因数据字典已固化该值；若启动后修改my.cnf，校验失败即报MY-011087错误拒绝启动。
不能直接在已有 my.cnf 中加 lower_case_table_names=1 然后重启 —— MySQL 8.0 会拒绝启动，报错 [MY-011087]。
为什么 my.cnf 配置在 MySQL 8.0 里失效？
MySQL 8.0 的数据字典是事务性、独立存储的，初始化时就按 lower_case_table_names 的值固化了表名元数据。一旦初始化完成，my.cnf 里改这个参数，服务启动时会校验：配置值（比如 1）和数据字典实际记录的值（比如 0）不一致，直接崩溃。
这不是配置没生效，而是 MySQL 主动拒绝“自相矛盾”的启动请求。
哪些场景下修改 my.cnf 才有效？
仅当满足以下全部条件时，my.cnf 中的 lower_case_table_names=1 才会被真正采纳：
- 容器或实例是第一次启动（
/var/lib/mysql目录为空或全新挂载） -
my.cnf文件已正确挂载到容器内/etc/mysql/conf.d/或/etc/my.cnf路径 - 启动命令中没有重复指定
--lower-case-table-names=1（避免参数冲突） - 确认配置文件语法无误（例如没有多余的空格、BOM 字符、未闭合的括号）
常见错误：把配置写在 [client] 段下，或漏掉 [mysqld] 段头 —— 这些都不会被 mysqld 读取。
Docker 启动时必须配合 --lower-case-table-names=1
即使挂载了含 lower_case_table_names=1 的 my.cnf，Docker 下仍需显式传参，否则 MySQL 8.0 可能忽略配置文件（尤其镜像版本较新时）：
docker run -d \ --name mysql8 \ -v $(pwd)/conf:/etc/mysql/conf.d \ -v $(pwd)/data:/var/lib/mysql \ -e MYSQL_ROOT_PASSWORD=123456 \ mysql:8.0 \ --lower-case-table-names=1 \ --character-set-server=utf8mb4 \ --collation-server=utf8mb4_unicode_ci
注意：--lower-case-table-names=1 必须放在镜像名 mysql:8.0 之后、作为 mysqld 的启动参数，不能写在 -e 或 -v 前面。
已有数据卷怎么办？
如果 /var/lib/mysql 已存在旧数据，再怎么改 my.cnf 或加启动参数都没用。此时只有两个选择：
- 清空数据卷（
rm -rf data/*），重新初始化（最稳妥） - 导出所有库表结构和数据（
mysqldump --all-databases），删库，重建带lower_case_table_names=1的实例，再导入
试图用 RENAME TABLE 手动小写化所有表名，无法解决 ORM 自动生成的 SQL 大小写混用问题，且视图、存储过程里的引用不会自动更新 —— 容易漏，不推荐。
关键点不是“怎么写配置”，而是“配置只对全新初始化起效”。只要数据目录非空，my.cnf 就只是个摆设。
