如何配置MySQL的大小写敏感性_在初始化时设置lower_case_table

lower_case_table_names必须在首次初始化前通过配置文件设置，运行后不可修改；Linux默认为0（区分大小写），Windows/macOS默认非0，跨平台迁移需提前统一配置，否则启动失败。

如何配置mysql的大小写敏感性_在初始化时设置lower_case_table_names

初始化时设置 `lower_case_table_names` 必须在首次启动前完成

MySQL 的 lower_case_table_names 是只读系统变量，**无法在实例运行后修改**。一旦数据目录已初始化（即执行过 mysqld --initialize），再修改该参数会导致启动失败或元数据损坏。所以“初始化时设置”不是可选项，而是唯一安全路径。

Linux 上默认值为 0，意味着表名严格区分大小写；若你希望跨平台一致（比如开发在 macOS、部署在 Linux），必须在初始化前就设为 1 或 2
Windows/macOS 虽默认不敏感，但若后续要迁移到 Linux，且已有大写表名（如 UserLog 和 userlog），不提前统一设置会直接冲突
MySQL 8.0+ 对该参数校验更严格：若 datadir 已存在且 lower_case_table_names 值与初始化时不匹配，服务拒绝启动，并报错 Cannot start server with a different lower_case_table_names value

`mysqld --initialize` 前必须配置好 `my.cnf`

不能靠启动命令临时传参，--lower-case-table-names=1 这类命令行参数在初始化阶段被忽略。必须将配置写入 MySQL 配置文件，并确保 mysqld 启动时能加载它。

配置位置优先级：/etc/my.cnf → /etc/mysql/my.cnf → /usr/etc/my.cnf → ~/.my.cnf；推荐用 /etc/my.cnf 或 /etc/mysql/mysql.conf.d/mysqld.cnf（Ubuntu/Debian）
必须放在 [mysqld] 段下，例如：
```
[mysqld]
lower_case_table_names = 1
```
确认无拼写错误：lower_case_table_names 中是下划线，不是短横线或驼峰；值只能是 0、1 或 2，不能加引号
初始化命令本身不输出警告，但若配置未生效，SHOW VARIABLES LIKE 'lower_case_table_names'; 会返回 0 —— 此时说明配置文件没被读取，需检查 mysqld --help --verbose | grep "Default options" 确认配置路径

不同操作系统的取值约束不能绕过

MySQL 在启动时会校验 lower_case_table_names 与底层文件系统是否兼容。强行突破限制（比如在 macOS 上设为 0）会导致服务无法启动，或引发 MyISAM 表索引损坏 —— 即使 InnoDB 表看似正常，也不代表安全。

MySQL

编写正确的MySQL查询，避免字符集、索引和锁方面的常见陷阱。

下载

Linux（ext4/xfs）：支持 0、1、2，但设为 0 后，CREATE TABLE Tbl 和 CREATE TABLE tbl 会被视为两张表，容易引发应用逻辑混乱
Windows（NTFS）：仅允许 1 或 2；设为 0 会直接报错 lower_case_table_names cannot be set to 0 on this system
macOS（APFS/HFS+）：仅允许 1 或 2；设为 0 同样启动失败
关键点：lower_case_table_names=2 在 macOS 上是“存储原样、比较转小写”，但 InnoDB 实际仍以小写保存表文件 —— 所以 SHOW TABLES 显示的仍是小写名，只是建表语句里写的大小写会被保留

字段内容大小写敏感和 `lower_case_table_names` 无关

很多人混淆这个参数的作用范围：lower_case_table_names 只控制数据库名、表名、别名等标识符（identifier）的大小写行为，**完全不影响字段值的比较逻辑**。字段是否区分大小写，由字符集的 collation 决定。

例如：SELECT * FROM user WHERE name = 'Admin' 是否匹配 'admin'，取决于 name 字段的 collation：若为 utf8mb4_general_ci，则匹配；若为 utf8mb4_bin，则不匹配

想让字段内容大小写敏感，应在建表时指定：

CREATE TABLE user (
  name VARCHAR(32) COLLATE utf8mb4_bin
);

或者用 BINARY 强制临时转换：WHERE BINARY name = 'Admin'，但注意这会使索引失效，仅适合低频精确匹配
切勿试图用 lower_case_table_names 解决密码/用户名比对问题 —— 那是字符集 collation 或应用层哈希的事

真正麻烦的是：初始化之后才发现配置错了。这时候没有“热修复”方案，只能导出 SQL（注意 mysqldump --skip-set-charset --compatible=mysql40 避免 collation 冲突）、清空 datadir、重配、重初始化、再导入 —— 所有表名都会被强制转小写，原始大小写信息永久丢失。