在MySQL中使用LIKE进行字符串匹配时，部分场景下会出现大小写匹配不符合预期的情况，比如查询条件为Tina Rodriguez时，却返回了tina Rodriguez的匹配结果。这种问题并非MySQL的BUG，而是和数据库的字符集、排序规则配置直接相关。
问题的核心原因：排序规则决定大小写敏感性
MySQL中字符串的大小写匹配规则，由字段或表的排序规则（Collation）决定，和字符集本身没有直接关系。常见的排序规则命名规则为字符集名_语言名_敏感度，其中敏感度部分决定了匹配行为：
- 以
_ci结尾的排序规则：Case Insensitive，大小写不敏感，匹配时忽略大小写差异 - 以
_cs结尾的排序规则：Case Sensitive，大小写敏感，匹配时严格区分大小写 - 以
_bin结尾的排序规则：Binary，二进制匹配，基于字符的二进制编码比较，同样区分大小写
如果字段使用的排序规则是utf8mb4_general_ci这类以_ci结尾的规则，那么LIKE匹配时就会忽略大小写，因此Tina Rodriguez和tina Rodriguez会被判定为匹配。
如何确认当前字段的排序规则
可以通过查询表结构的方式查看对应字段的排序规则，执行以下SQL语句：
-- 查看表中所有字段的字符集和排序规则 SHOW FULL COLUMNS FROM 表名;
执行后结果中的Collation列就是字段的排序规则，若为utf8mb4_general_ci这类_ci结尾的规则，就会出现大小写不敏感的问题。
解决大小写匹配异常的方案
方案1：查询时临时指定二进制比较
如果不想修改表结构，可以在查询时通过BINARY关键字将比较转为二进制模式，强制区分大小写：
-- 使用BINARY关键字让LIKE匹配区分大小写 SELECT * FROM user_table WHERE BINARY name LIKE 'Tina Rodriguez';
这种方式仅对当前查询生效，不会影响其他查询的逻辑。
方案2：修改字段的排序规则为大小写敏感
如果需要长期保持该字段的大小写敏感匹配，可以修改字段的排序规则为_cs或_bin结尾的规则：
-- 修改字段的排序规则为utf8mb4_bin，区分大小写 ALTER TABLE user_table MODIFY COLUMN name VARCHAR(100) CHARACTER SET utf8mb4 COLLATE utf8mb4_bin;
修改后，该字段的LIKE匹配默认就会区分大小写，Tina Rodriguez不会再匹配到tina Rodriguez。
注意事项
- 修改排序规则可能会影响该字段已有的索引效率，建议在低峰期操作，并提前评估影响
- 如果表中有多个字段需要大小写敏感匹配，建议统一设置表的默认排序规则，避免逐个修改字段
- 不同MySQL版本的默认排序规则可能存在差异，新建表时建议明确指定排序规则，避免后续出现匹配异常
需要注意的是，LIKE的大小写匹配行为和等号（=）比较的行为是一致的，都受排序规则影响，并非LIKE特有的问题。