数据库默认大小写敏感性受操作系统和配置影响，Linux通常区分，Windows不区分；通过lower_case_table_names可控制库表名敏感性，取值0为区分，1为转小写存储，2为保留原大小写但不区分；修改该参数需重启MySQL且可能引发表名冲突，应提前备份并评估影响；数据内容的大小写敏感性由COLLATE控制，如utf8mb4_general_ci不区分，utf8mb4_bin区分；选择COLLATE需权衡大小写敏感、语言支持与性能；CHARACTER SET定义存储字符集，COLLATE基于其定义排序比较规则，二者共同决定字符处理行为。
数据库默认情况下是否区分大小写，这取决于你的操作系统和 MySQL 的配置。通常 Linux 系统上默认区分大小写，Windows 系统上则不区分。但我们可以通过修改 MySQL 的配置来改变这种行为。
要控制 MySQL 数据库的大小写敏感性，主要涉及两个层面：一是数据库名和表名的大小写敏感性，二是数据本身的大小写敏感性（比如
WHERE name = 'John'和
WHERE name = 'John'是否被认为是相同的）。
解决方案：
-
修改 MySQL 配置文件： 这是最常见也最有效的方法。
- 找到 MySQL 的配置文件，通常是
my.cnf
或my.ini
（Windows 下）。具体位置可能因操作系统和安装方式而异。 - 在
[mysqld]
部分添加或修改lower_case_table_names
参数。这个参数控制着数据库名和表名的大小写敏感性。lower_case_table_names = 0
：区分大小写。lower_case_table_names = 1
：不区分大小写，MySQL 会将所有数据库名和表名转换为小写。lower_case_table_names = 2
：不区分大小写，但 MySQL 会保留创建时指定的大小写。
- 保存配置文件，并重启 MySQL 服务。
- 找到 MySQL 的配置文件，通常是
注意： 修改
lower_case_table_names
可能会导致一些问题，尤其是在已经存在数据库和表的情况下。如果你的数据库中已经存在大小写混合的表名，修改这个参数可能会导致 MySQL 无法找到这些表。因此，在修改之前一定要备份数据，并仔细考虑可能带来的影响。-
修改数据本身的大小写敏感性： 这通常通过使用
COLLATE
语句来实现。COLLATE
定义了字符集的排序规则，也影响了比较操作的大小写敏感性。- 创建数据库时指定 COLLATE：
CREATE DATABASE my_database CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci;
- 创建表时指定 COLLATE：
CREATE TABLE my_table ( id INT PRIMARY KEY, name VARCHAR(255) COLLATE utf8mb4_general_ci );
- 修改现有表的 COLLATE：
ALTER TABLE my_table MODIFY name VARCHAR(255) CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci;
utf8mb4_general_ci
是一个不区分大小写的 COLLATE。如果你需要区分大小写，可以使用utf8mb4_bin
。
MySQL 修改
lower_case_table_names参数后无法启动怎么办？
如果修改
lower_case_table_names参数后 MySQL 无法启动，很可能是因为现有数据库和表名与新的设置不兼容。例如，你将
lower_case_table_names从 0 修改为 1，但数据库中已经存在大小写混合的表名，MySQL 启动时就可能无法找到这些表。
- 检查错误日志： MySQL 的错误日志通常会包含启动失败的原因。仔细查看错误日志，找到具体的错误信息。
-
恢复原始配置： 如果确定是
lower_case_table_names
导致的问题，最简单的办法是先恢复到原始配置，让 MySQL 能够正常启动。 -
备份并转换表名： 如果确实需要修改
lower_case_table_names
，可以先备份数据库，然后将所有表名转换为小写（如果lower_case_table_names = 1
）或保持大小写一致（如果lower_case_table_names = 0
）。这可以通过编写 SQL 脚本来实现。 -
考虑使用 Docker： 如果只是为了测试或开发，可以考虑使用 Docker 镜像，在 Docker 容器中修改
lower_case_table_names
，这样可以避免影响本地的 MySQL 环境。
如何选择合适的 COLLATE？
选择 COLLATE 取决于你的具体需求。
-
utf8mb4_general_ci
： 不区分大小写，性能较好。适用于大多数情况，尤其是对性能有要求的场景。 -
utf8mb4_bin
： 区分大小写，性能稍差。适用于需要严格区分大小写的场景，比如用户名、密码等。 -
utf8mb4_unicode_ci
： 基于 Unicode 排序规则，支持更多的语言和字符集。性能比utf8mb4_general_ci
稍差。 -
utf8mb4_0900_ai_ci
： MySQL 8.0 引入的新的 COLLATE，基于 Unicode 9.0 排序规则，支持更多的语言和字符集，并且在某些情况下性能优于utf8mb4_unicode_ci
。
在选择 COLLATE 时，需要考虑以下因素：
- 是否需要区分大小写？
- 是否需要支持多种语言？
- 对性能的要求如何？
MySQL 中 COLLATE 和 CHARACTER SET 的关系是什么？
CHARACTER SET定义了可以存储在数据库中的字符集，比如 UTF-8、GBK 等。
COLLATE定义了字符集中字符的排序和比较规则。
- 一个
CHARACTER SET
可以有多个COLLATE
。 COLLATE
必须基于某个CHARACTER SET
。
例如，
utf8mb4是一个
CHARACTER SET，而
utf8mb4_general_ci、
utf8mb4_bin、
utf8mb4_unicode_ci都是基于
utf8mb4的
COLLATE。
在创建数据库、表或列时，可以同时指定
CHARACTER SET和
COLLATE。如果没有指定
COLLATE，MySQL 会使用
CHARACTER SET的默认
COLLATE。
CHARACTER SET决定了你可以存储哪些字符，而
COLLATE决定了这些字符如何排序和比较。理解它们之间的关系，可以帮助你更好地控制数据库的大小写敏感性和排序规则。
