MySQL不支持在所有系统上安全启用严格大小写敏感（lower_case_table_names=0）：Windows/macOS强制禁止，Linux虽技术可行但易引发跨平台灾难、ORM异常及备份恢复失败，生产环境应统一使用小写字母命名。
不能“完全支持大小写敏感的表名命名规则”——MySQL 不允许你在所有系统上安全、稳定地启用严格大小写敏感（lower_case_table_names = 0）。 这不是配置问题，而是设计限制：Windows 和 macOS 强制禁止设为 0；Linux 虽然允许，但会引发跨平台迁移灾难、ORM 行为不一致、备份恢复失败等高危风险。生产环境应主动放弃该需求，转而统一用小写。
为什么 lower_case_table_names = 0 在多数场景下不可行
这个值只在 Linux（ext4/xfs）且文件系统严格区分大小写时“技术上可行”，但代价极高：
- Windows/macOS 安装 MySQL 时直接拒绝启动：
lower_case_table_names cannot be set to 0 on this system - Linux 上设为 0 后，
CREATE TABLE User和CREATE TABLE user会生成两个物理表，应用层极易因拼写差异访问错表 - 主流 ORM（如 Django、MyBatis、Sequelize）默认按小写生成 SQL，代码里写
User别名或映射时，运行时可能查不到表 - mysqldump 导出的建表语句保留原始大小写，但恢复到
lower_case_table_names = 1的服务器时，Table 'xxx' doesn't exist错误无法避免
Linux 下硬要设为 0 的前置条件与操作步骤
仅限全新初始化、纯 Linux 环境、无跨平台协作需求的极少数场景。必须满足全部条件：
- 确保数据目录为空（未执行过
mysqld --initialize） - 编辑
/etc/my.cnf或/etc/mysql/mysql.conf.d/mysqld.cnf，在[mysqld]段下写入：[mysqld] lower_case_table_names = 0
- 确认配置文件路径被正确加载：
mysqld --help --verbose | grep "Default options" - 用
mysqld --initialize --user=mysql初始化，不能加任何命令行参数覆盖该设置 - 启动后立即验证：
SHOW VARIABLES LIKE 'lower_case_table_names';返回0才算成功
修改后已有大写表名无法访问怎么办
这是最常踩的坑：从 1 改为 0，或初始化时设为 0 但建表用了混合大小写，会导致 SELECT * FROM user 找不到表（实际表名是 User）。此时不能靠改配置回滚，因为元数据已损坏。唯一安全做法是：
- 停库：
mysqladmin -uroot -p shutdown - 手动进入数据目录（如
/var/lib/mysql/your_db/），用ls确认真实表文件名（如User.ibd） - 启动 mysqld 加
--skip-grant-tables，登录后执行：RENAME TABLE `User` TO `user`;
- 若报错
Table doesn't exist，说明 InnoDB 字典里没注册该表，需用innodb_force_recovery尝试恢复，风险极高
真正需要“大小写敏感”的地方其实是字段内容，不是表名——那应该用 BINARY 类型或 utf8mb4_bin collation，而不是折腾 lower_case_table_names。表名大小写规则本质是运维契约，不是功能开关；一旦线上跑起来，它就再也不能变了。
