mysql的大小写敏感设置通过lower_case_table_names变量控制，其值为0表示大小写敏感，1表示不敏感，2表示存储原样但查询时转小写。1. lower_case_table_names=0（unix/linux默认）使数据库和表名区分大小写；2. lower_case_table_names=1（windows默认）存储及查询均不区分大小写；3. lower_case_table_names=2（macos默认）存储保持原样但查询时不区分，较少使用。修改该变量需在初始化前设定，已有数据时必须备份、清空数据目录、重新初始化并恢复数据。配置步骤包括编辑my.cnf/my.ini文件、处理现有数据、重启服务及恢复备份。错误修改可能导致表找不到、数据丢失或兼容性问题。建议开发与生产环境保持一致设置，并统一使用小写命名表以避免问题。可通过show variables like 'lower_case_table_names';查看当前设置。
MySQL的大小写敏感设置，主要是通过配置
lower_case_table_names这个系统变量来控制的。它决定了数据库和表名在文件系统上的存储方式以及查询时的匹配规则，这直接影响到你的数据库应用在不同操作系统上的兼容性和移植性。
解决方案
要配置MySQL的大小写敏感，核心在于修改
lower_case_table_names变量。这个变量有三个可选值：
0(默认值在Unix/Linux上): 数据库名和表名是大小写敏感的。例如，
MyTable和
mytable会被视为两个不同的表。这与Unix/Linux文件系统的大小写敏感特性一致。
1(默认值在Windows上): 数据库名和表名在存储时会转换为小写，并且查询时也是大小写不敏感的。
MyTable和
mytable会被视为同一个表，实际存储的都是小写。
2(默认值在macOS上): 数据库名和表名在存储时保持原样，但查询时会转换为小写进行比较，即大小写不敏感。这是一种折衷方案，但实际使用中可能会带来一些意想不到的麻烦，不常用。
配置步骤：
极其重要的一点：
lower_case_table_names这个变量，强烈建议在MySQL服务初始化之前就设定好。如果你在已经有数据的MySQL实例上修改它，尤其是从
0改为
1，或者从
1改为
0，必须进行数据备份、清空数据目录（或至少删除所有数据库文件）、重新初始化MySQL，然后才能恢复数据。否则，你可能会遇到表找不到、数据丢失或者数据库无法启动的严重问题。
-
备份数据： 如果你的MySQL实例上已经有数据，请务必进行完整的数据备份（
mysqldump是你的朋友）。 停止MySQL服务： 确保MySQL服务完全停止运行。 编辑配置文件： 找到MySQL的配置文件
my.cnf（Linux/macOS）或
my.ini（Windows）。这个文件通常在
/etc/mysql/、
/etc/、
/usr/local/mysql/或MySQL安装目录下。 添加或修改配置项： 在
[mysqld]段下，添加或修改
lower_case_table_names变量。例如，如果你想让它大小写不敏感，就像Windows上那样：
[mysqld] lower_case_table_names = 1处理现有数据（关键步骤）： 如果MySQL是全新的安装，还没有任何数据： 直接跳到下一步启动服务。 如果MySQL已有数据，并且你更改了
lower_case_table_names的值： 删除旧的数据目录： 找到MySQL的数据目录（通常是
/var/lib/mysql/或
C:\ProgramData\MySQL\MySQL Server X.Y\Data），并将其完全删除。请再次确认你已经备份了所有数据！ 重新初始化MySQL： 运行MySQL的初始化命令，例如
mysqld --initialize --user=mysql（Linux）或
mysqld --initialize-insecure（Windows）。这会创建一个全新的、空的数据目录，并根据你
my.cnf中的
lower_case_table_names设置来生成系统表。 启动MySQL服务： 启动MySQL服务。 恢复数据： 如果你之前备份了数据，现在可以将数据恢复到新的、配置好大小写敏感度的MySQL实例中。
为什么MySQL会区分大小写？它有什么影响？
说白了，MySQL对大小写的处理，很大程度上是受它运行的底层文件系统影响。Unix/Linux系统通常是大小写敏感的，这意味着
MyFile.txt和
myfile.txt是两个不同的文件。而Windows系统则默认大小写不敏感，
MyFile.txt和
myfile.txt会被视为同一个文件。MySQL为了在不同操作系统上都能顺畅运行，就引入了
lower_case_table_names这个变量来适应这种差异。
那么，它具体有什么影响呢？
数据库名和表名： 这是lower_case_table_names影响最直接的部分。如果你的开发环境是Windows（
lower_case_table_names=1），你创建了一个名为
UserProfile的表，MySQL实际存储时会把它变成
userprofile。但如果你的生产环境是Linux（
lower_case_table_names=0），并且你把这个表直接迁移过去，那么当你用
SELECT * FROM UserProfile;查询时，很可能就会报错说找不到表，因为它在Linux上期待的是
UserProfile这个精确的名称。反过来也一样，这导致了跨平台部署时常见的“找不到表”问题。 列名、索引名、存储过程和函数名： 这是一个常常被误解的地方。MySQL对于列名、索引名、存储过程和函数名，在所有操作系统上都是大小写不敏感的。 也就是说，
SELECT UserName FROM Users;和
SELECT username FROM users;的效果是一样的，无论
lower_case_table_names设置为何。这个变量只影响数据库和表名。 别名（Alias）： SQL查询中的别名（如
SELECT column AS MyAlias FROM table;）是大小写敏感的。 字符串数据比较： 这跟
lower_case_table_names无关，而是由字符集（character set）和排序规则（collation）决定的。比如，
utf8_general_ci（
_ci表示case-insensitive）在比较字符串时是不区分大小写的，
'Apple'和
'apple'会被认为是相同的。而
utf8_bin（
_bin表示binary，二进制比较）则是区分大小写的。你可以通过在
CREATE TABLE语句中指定
COLLATE，或者使用
SET NAMES来控制。
更改lower_case_table_names
的潜在风险与最佳实践
更改
lower_case_table_names，尤其是在已有数据的生产环境，绝不是一件小事。它伴随着显著的风险，需要你高度警惕。
潜在风险：
数据丢失或损坏： 如果没有正确备份和恢复，或者在更改后没有清空并重新初始化数据目录，你的数据库可能无法启动，或者数据文件混乱，导致数据丢失。 应用程序兼容性问题： 你的应用程序代码可能严格按照某种大小写习惯来引用表名。例如，如果你的代码写的是SELECT * FROM UserProfile;，而你把MySQL设置成了
lower_case_table_names = 1，那么MySQL内部会把
UserProfile映射到
userprofile。这看起来没问题。但如果反过来，你的表在文件系统上实际存储的是
userprofile（因为之前是
lower_case_table_names = 1），而你现在把MySQL改成了
lower_case_table_names = 0，那么当你用
UserProfile去查询时，MySQL会去文件系统找
UserProfile这个文件，但它可能只找到了
userprofile，导致找不到表。这种不一致性是最大的坑。 跨平台移植性噩梦： 最常见的场景就是开发在Windows上（默认不敏感），部署到Linux生产环境（默认敏感）。如果开发时不注意表名大小写规范，直接用混合大小写，那么部署到Linux上就很容易出问题。
最佳实践：
在MySQL初始化时就确定： 这是最理想的情况。在安装MySQL时，就根据你未来的部署环境（以及团队的编码规范）来确定lower_case_table_names的值，并将其写入配置文件。一旦设定，就不要轻易更改。 保持所有环境一致： 无论是开发、测试、预发布还是生产环境，所有MySQL实例的
lower_case_table_names设置都应该保持一致。这是避免“在我机器上能跑，到你那就不行”这类问题的关键。 统一表名命名规范： 无论MySQL的大小写敏感度如何设置，一个非常好的习惯是，始终使用小写字母和下划线来命名数据库和表（例如：
user_profiles而不是
UserProfiles）。这样，无论
lower_case_table_names是0还是1，都不会出现兼容性问题。这是最稳妥、最能避免麻烦的策略。 更改是“大手术”： 如果你真的需要在已有数据的生产环境更改这个设置，请务必将其视为一次重大的数据库迁移。这意味着：全面的数据备份、停机维护、清空数据目录、重新初始化MySQL、然后恢复数据。这需要详细的计划和测试。
如何查看当前MySQL的大小写敏感设置？
要查看你的MySQL实例当前的大小写敏感设置，非常简单，只需要执行一个SQL查询即可：
SHOW VARIABLES LIKE 'lower_case_table_names';
执行这条命令后，你会看到类似这样的输出：
+------------------------+-------+ | Variable_name | Value | +------------------------+-------+ | lower_case_table_names | 0 | +------------------------+-------+
这里的
Value就是当前
lower_case_table_names的设置值。
如果你想查看某个表的具体字符集和排序规则，可以这样做：
SHOW CREATE TABLE your_table_name;
这会显示创建该表的SQL语句，其中包含了字符集和排序规则信息，例如：
CREATE TABLE `users` ( `id` int(11) NOT NULL AUTO_INCREMENT, `username` varchar(50) COLLATE utf8mb4_unicode_ci NOT NULL, PRIMARY KEY (`id`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_unicode_ci;
这里的
COLLATE utf8mb4_unicode_ci就说明了该表（或列）在字符串比较时是否区分大小写。
_ci表示不区分，
_bin表示区分。
