mysql表名大小写敏感的根本原因是底层文件系统特性与lower_case_table_names配置共同作用；linux ext4区分大小写且默认lower_case_table_names=0，导致表名严格区分大小写。
MySQL 表名大小写敏感的根本原因是什么
MySQL 表名是否区分大小写，取决于底层文件系统和 lower_case_table_names 配置的共同作用。Linux 默认使用 ext4 等区分大小写的文件系统，而 MySQL 在该环境下默认保留表名原始大小写 —— 这意味着 CREATE TABLE User 和 CREATE TABLE user 会被视为两个不同表，但后续 SELECT * FROM user 可能查不到 User，尤其在应用代码混用大小写时直接报错 Table 'db.User' doesn't exist。
Windows 和 macOS（默认 APFS 大小写不敏感）则天然“掩盖”该问题，导致开发环境正常、上线 Linux 就失败。
设置 lower_case_table_names 的三种取值及适用场景
这个参数必须在 MySQL 初始化前 设置才安全；运行中修改会导致元数据不一致，甚至无法启动。
-
lower_case_table_names = 0：表名严格区分大小写（Linux 默认）。危险点在于：应用若写SELECT FROM Users但建表是users，立刻报错；mysqldump 恢复时也需完全匹配大小写。 -
lower_case_table_names = 1：强制转小写存储和比较。所有表名、数据库名、视图名、存储过程名均以小写形式保存。这是跨平台部署最稳妥的选择，但要求你接受「所有对象名最终都是小写」这一事实。 -
lower_case_table_names = 2：仅比较时转小写（macOS 默认）。建表保留原大小写，但查询时忽略大小写。看似灵活，实则隐患最大：CREATE TABLE A和CREATE TABLE a能同时成功（文件系统允许），但后续任意一个都会覆盖另一个，且错误不报，极易引发数据错乱。
生产环境只推荐 lower_case_table_names = 1，且必须在初始化 mysqld 前完成配置。
如何安全启用 lower_case_table_names = 1
这不是改个配置重启就行的操作，关键在「时机」和「前提」：
- 必须在首次初始化 MySQL 数据目录前设置。如果已存在数据，不能直接改配置重启，否则
mysqld启动会失败，并报类似Incorrect definition of table mysql.db的错误。 - 若已有数据需迁移，步骤为：
- 停掉 MySQL
- 备份整个
datadir（如/var/lib/mysql） - 清空 datadir（或换新路径）
- 在
my.cnf的[mysqld]段添加lower_case_table_names = 1 - 用
mysqld --initialize重建系统库 - 启动 MySQL，再用
mysqldump导出原库，注意加--skip-triggers --skip-routines避免大小写敏感对象冲突 - 导入到新实例（此时所有表名自动转为小写）
特别注意：lower_case_table_names 对已存在的表名不自动转换，它只影响新建对象的行为和后续比较逻辑。
常见报错与绕过陷阱
- 报错
Can't find file: './db/TABLE.frm' (errno: 13)：通常是 SELinux 或文件权限阻止 MySQL 访问大小写不匹配的文件名，不是配置问题，先检查 ls -l 输出和 audit.log。
- 应用连接后查不到表，但
SHOW TABLES 显示正常：确认客户端执行的是 SELECT <em> FROM mytable</em>，而非 SELECT FROM MyTable —— 即使设了 =1，SQL 语句里写大写不会报错，但实际访问的是小写物理文件，而某些 ORM（如旧版 Laravel）可能缓存了原始大小写名。
- Docker 环境下容易忽略：MySQL 官方镜像默认未设置该参数，必须通过
command 或初始化脚本显式指定 --lower-case-table-names=1，且挂载的 datadir 必须为空。
Can't find file: './db/TABLE.frm' (errno: 13)：通常是 SELinux 或文件权限阻止 MySQL 访问大小写不匹配的文件名，不是配置问题，先检查 ls -l 输出和 audit.log。SHOW TABLES 显示正常：确认客户端执行的是 SELECT <em> FROM mytable</em>，而非 SELECT FROM MyTable —— 即使设了 =1，SQL 语句里写大写不会报错，但实际访问的是小写物理文件，而某些 ORM（如旧版 Laravel）可能缓存了原始大小写名。command 或初始化脚本显式指定 --lower-case-table-names=1，且挂载的 datadir 必须为空。真正麻烦的从来不是改参数，而是让所有上下游（开发、DBA、CI/CD、ORM、监控脚本）对「表名最终都是小写」这件事达成一致并清理历史残留。
