MySQL 8.0拒绝启动是因为lower_case_table_names在初始化时已固化为数据字典元数据，修改my.cnf后若未重初始化data目录，会导致服务端配置值与数据字典记录值不一致（如报错MY-011087），必须删除data目录并用--lower-case-table-names=1参数重新初始化。
MySQL 8.0 无法在已有数据目录上启用混合大小写表名支持——lower_case_table_names 值一旦初始化就固化，强行修改配置会导致服务启动失败，报错类似 MY-011087。
为什么改 my.cnf 后 MySQL 拒绝启动
MySQL 8.0 把 lower_case_table_names 视为数据字典元数据的一部分，不是运行时开关。初始化时用什么值（0/1/2），后续所有启动都必须严格一致。你改了配置但没重初始化，MySQL 启动时发现磁盘上已有的系统表名规则（比如是 0）和配置里写的（比如改成 1）冲突，直接退出。
- 错误典型日志：
2024-10-29T11:32:10.290204Z 1 [ERROR] [MY-011087] [Server] Different lower_case_table_names settings for server ('1') and data dictionary ('0') - Windows 下 phpEnv 默认初始化为
0，即使你加了lower_case_table_names=1到my.ini，只要没重跑--initialize，它就不认 - Linux 下同理，
/var/lib/mysql里存的是初始化快照，不是配置文件的缓存
必须重初始化：删 data 目录 + 显式传参
核心动作不是“改配置”，而是用新参数生成一套全新 data 目录。旧数据必须提前导出，否则永久丢失。
- 先停服务：
systemctl stop mysqld（Linux）或右键 phpEnv 托盘 → 停止 MySQL（Windows） - 备份并删除整个
data目录：rm -rf /var/lib/mysql或删掉D:\phpEnv\phpEnv\mysql80\data文件夹（不是删里面文件） - 确保
my.cnf或my.ini的[mysqld]段只有一行有效设置：lower_case_table_names=1 - 以对应用户身份执行初始化命令（关键！参数必须带）：
mysqld --initialize --user=mysql --lower-case-table-names=1（Linux）或mysqld --initialize --console --lower-case-table-names=1（Windows，需管理员 CMD） - 注意看控制台末尾输出的临时密码，形如
Ai6#xK2!pQ9@，登录时要用
初始化后验证与恢复数据
初始化成功不代表配置生效，也不代表旧业务能直接跑起来。
- 启动服务后立即登录，执行：
SHOW VARIABLES LIKE 'lower_case_table_names';—— 返回值必须是1才算成功 - 如果之前有库表，必须用
mysqldump导出后再导入；不能直接拷贝.ibd文件，否则可能因大小写规则不匹配导致表损坏 - 导入前建议先创建空库：
CREATE DATABASE myapp CHARACTER SET utf8mb4 COLLATE utf8mb4_0900_ai_ci;，避免默认排序规则引发隐式转换问题 - Windows 上 phpEnv 用户要注意：
mysqld --initialize生成的auto.cnf会绑定 server-uuid，若反复重初始化又没清干净，可能触发复制 ID 冲突，此时需手动删auto.cnf
真正麻烦的不是操作步骤，而是确认「哪些数据不可丢」和「哪些应用代码依赖大小写敏感逻辑」——比如有些 ORM 生成的建表语句混用大小写，而另一些脚本硬编码了 MyTable，这些都得在重初始化前人工对齐，否则恢复完才发现连不上表。
