MySQL中如何进行区分大小写的字符串比较_使用BINARY关键字-SQL-PHP中文网

加binary关键字可强制字符串按字节比较实现大小写敏感，因其将字符串转为二进制类型，绕过字符集校对规则；但会导致普通索引失效，长期方案应改用utf8mb4_bin等校对规则。

mysql中如何进行区分大小写的字符串比较_使用binary关键字

MySQL 默认不区分大小写，想让字符串比较严格区分大小写，最直接有效的方式就是用 BINARY 关键字。

BINARY 不是函数，而是类型转换运算符。它强制将后面的字符串转为二进制字符串（BINARY 类型），使比较按字节逐个进行，跳过字符集和校对规则（collation）的干预。比如 'a' 和 'A' 的 ASCII 码分别是 97 和 65，二进制比较自然返回 false。

默认比较（如 name = 'John'）走的是字段定义的 collation，比如 utf8mb4_general_ci 或 utf8mb4_unicode_ci，都忽略大小写
BINARY name = 'John' 或 name = BINARY 'John' 效果等价，但前者更常见、语义更清晰
注意：BINARY 作用于整个表达式一侧，不能只修饰字段名或只修饰字面量——比如 BINARYname = 'John'（少空格）会报语法错误

实际查询中，把 BINARY 放在字段前是最稳妥的写法：

SELECT * FROM users WHERE BINARY username = 'Admin';

这种写法明确告诉 MySQL：以二进制方式比对 username 字段值与字面量。

MySQL

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

下载

避免写成 username = BINARY 'Admin'——虽然语法合法，但某些旧版本 MySQL 或特定客户端可能解析异常
如果字段本身定义为 utf8mb4_bin 校对规则，那无需 BINARY 也能区分大小写，但这是建表/改表层面的设定，不是查询时的临时控制
BINARY 对 LIKE 同样生效：WHERE BINARY name LIKE 'Jo%' 只匹配 John、Joe，不匹配 JOHN

加了 BINARY 后，MySQL 很可能无法使用字段上的普通索引（尤其是非 _bin 校对规则的索引），导致全表扫描。

例如字段 username 是 VARCHAR(50) CHARSET utf8mb4 COLLATE utf8mb4_unicode_ci，且有索引，但 BINARY username = 'Alice' 通常无法走索引
验证方法：执行 EXPLAIN SELECT ... WHERE BINARY username = 'Alice'，看 key 列是否为 NULL
长期需要区分大小写的场景，建议直接把字段校对规则改为 utf8mb4_bin：ALTER TABLE users MODIFY username VARCHAR(50) COLLATE utf8mb4_bin;，这样既保持索引可用，又全局生效

如果你要频繁做区分大小写的查询，硬编码 BINARY 不仅啰嗦，还容易遗漏。更可持续的做法是调整字段或列级 collation：

建表时指定：name VARCHAR(100) COLLATE utf8mb4_bin
修改现有字段：ALTER TABLE fruit MODIFY name VARCHAR(100) COLLATE utf8mb4_bin;
注意：utf8mb4_bin 区分大小写，也区分重音符号（如 é ≠ e），而 utf8mb4_0900_as_cs（MySQL 8.0+）是大小写敏感但重音不敏感的折中选择
BINARY 是查询时的“急救包”，_bin 校对是手术刀——前者快但治标，后者需计划但治本