mysql 5.7+ linux 下 lower_case_table_names 是只读启动参数，修改 my.cnf 后重启不生效，因启动时校验数据目录表名格式是否匹配配置，不一致则拒绝启动并报错。
MySQL 5.7 及以上版本在 Linux 上无法动态修改 lower_case_table_names，必须停库、清空数据目录、重置配置后重新初始化 —— 直接改 my.cnf 并重启服务大概率导致启动失败或表不可见。
为什么改了 my.cnf 重启后不生效？
该参数是只读的启动时参数，MySQL 启动时会校验数据目录中已存在的表名格式是否与配置值一致。若不一致（比如数据目录里有 MyTable.frm，但配置设为 1），mysqld 拒绝启动，并报错：Unknown/unsupported storage engine: InnoDB 或 Table 'mysql.plugin' doesn't exist。
- Linux 默认文件系统区分大小写，
lower_case_table_names=0（默认）表示表名严格区分大小写 -
=1表示表名转小写存储和比较（最常用，兼容多数开发习惯） -
=2仅比较时转小写，存储保留原样（仅 macOS 支持，Linux 不推荐） - 一旦初始化完成，
lower_case_table_names值就与数据目录“绑定”，不能反向变更
Linux 下安全启用 lower_case_table_names=1 的完整步骤
适用于全新部署，或可接受清空现有数据库的场景：
- 停止 MySQL：
systemctl stop mysqld - 备份并清空数据目录（通常是
/var/lib/mysql），确认无残留ibdata1、ib_logfile*、mysql/等目录 - 编辑
/etc/my.cnf，在[mysqld]下添加：lower_case_table_names=1
（注意：不能加在[client]或其他节） - 初始化新实例：
mysqld --initialize --user=mysql --datadir=/var/lib/mysql（5.7+）或mysqld --initialize-insecure（如需空 root 密码） - 启动服务：
systemctl start mysqld，检查错误日志确认无lower_case_table_names相关警告
已有数据库想切换规则？别硬改，换方案
生产环境几乎不可能安全切换。可行替代路径只有两条：
- 导出所有库：
mysqldump --all-databases --single-transaction > full.sql - 按上述步骤重建实例（确保
lower_case_table_names=1已写入my.cnf并初始化完成） - 导入前手动处理 SQL：用
sed -i 's/`[A-Z]/`\L&/g' full.sql批量转表名为小写（仅适用于标识符全用反引号包裹的情况；否则需用更健壮的解析工具） - 导入：
mysql ，再逐个验证表名是否可查（<code>SHOW TABLES LIKE 'user';而非'User'）
跳过大小写校验（如加 --skip-grant-tables）不会绕过底层文件系统限制，反而会让权限表加载失败，得不偿失。
容易被忽略的关键细节
lower_case_table_names 影响的是表名、数据库名、存储过程名等标识符，不影响列名或数据内容；它也不改变客户端连接时的字符集行为。最常踩的坑是：在 Docker 中挂载了旧数据卷却忘了删，或以为改完配置 reload 就行，结果 mysqld 日志里静默失败 —— 一定要看 error.log 开头几行，搜索 lower_case 和 collation 相关提示。
