mysql如何进行二进制查询_mysql binary关键字用法-mysql教程-PHP中文网

binary是mysql的类型修饰符而非函数，用于将字符串字面量临时转为二进制字符串以实现字节级比较，不改变字段本身，仅影响本次比较行为。

mysql如何进行二进制查询_mysql binary关键字用法

binary 不是函数，是类型转换操作符

很多人在写 WHERE name = BINARY 'abc' 时，以为 BINARY 是个函数，其实它是 MySQL 的**类型修饰符**，作用是把右边的字符串临时转成二进制字符串（即按字节比较，不走字符集和排序规则）。它不改变字段本身，只影响本次比较行为。

常见错误现象：SELECT * FROM user WHERE name = BINARY 'Admin' 查不到数据，但明明表里有 'admin' —— 因为大小写敏感了，而你本意可能是想忽略大小写查 'admin'，结果反而加了敏感限制。

BINARY 放在字符串前（如 BINARY 'abc'），等价于 _binary 'abc'，强制该字符串以二进制字符串处理
不能单独写 BINARY column_name（语法错误），必须搭配字符串字面量或表达式使用
如果字段本身是 BLOB 或 VARBINARY 类型，BINARY 修饰基本无效，因为它们本来就按字节比较

用 binary 实现大小写敏感匹配的正确姿势

MySQL 默认对 VARCHAR 字段使用校对规则（如 utf8mb4_0900_as_cs 才大小写敏感，但多数库用的是 utf8mb4_0900_ai_ci，即不区分大小写、不区分重音）。要临时强制大小写敏感，BINARY 是最轻量的方式。

使用场景：后台管理查用户名、API 校验 token、权限系统中精确匹配角色名（如 'ADMIN' ≠ 'admin'）。

写法必须是 WHERE column_name = BINARY 'ExactValue'，不是 WHERE BINARY column_name = 'ExactValue'
如果字段有索引，加 BINARY 后仍能走索引（前提是字符串字面量不带函数包裹，比如别写 BINARY UPPER('abc')）
注意连接查询中：若关联字段一边加了 BINARY，另一边没加，可能因隐式转换导致索引失效或结果偏差

示例：

MySQL（Linux）

MySQL 9.6.0是面向Linux平台的2026年创新版本，核心架构迎来重大革新。其将外键约束与级联操作从InnoDB引擎层上移至SQL层，确保所有数据变更均被完整记录至Binlog，彻底解决了CDC（变更数据捕获）与主从复制中的数据不一致难题。此外，该版本引入container_aware启动选项以原生适配容器环境，并对审计日志进行了组件化重构，为追求极致数据一致性与云原生体验的开发者提供了全新选择。

下载

SELECT id FROM user WHERE username = BINARY 'Root';

——只匹配字节完全一致的 'Root'，不匹配 'root' 或 'ROOT'。

binary 和 COLLATE utf8mb4_bin 的区别与取舍

两者都能实现字节级比较，但机制不同：BINARY 是语句级临时转换；COLLATE utf8mb4_bin 是显式指定校对规则，更明确、可读性略高，且支持字段级、连接级、甚至会话级设置。

容易踩的坑：混用导致逻辑混乱。比如字段定义是 VARCHAR(50) COLLATE utf8mb4_0900_ai_ci，查询时又写 WHERE name COLLATE utf8mb4_bin = 'ABC'，虽然可行，但多了一层隐式转换开销，且容易漏掉其他条件的校对一致性。

单次查询用 BINARY 更简洁；长期需要大小写敏感，建议直接改字段校对规则（ALTER TABLE t MODIFY c VARCHAR(50) COLLATE utf8mb4_bin）
utf8mb4_bin 对所有字符（包括 emoji、中文）都按 Unicode 码点排序，而 BINARY 按原始字节排序——对非 ASCII 字符，二者结果可能不同（尤其涉及多字节编码时）
如果字段值含尾部空格，BINARY 会严格比较空格，utf8mb4_bin 同样严格，但某些旧校对规则（如 utf8mb4_general_ci）会忽略尾部空格

binary 在 LIKE 查询中慎用

BINARY 加在 LIKE 右侧字符串上（如 name LIKE BINARY 'a%'）确实能让通配符匹配也变大小写敏感，但性能代价明显：无法使用常规 B+ 树索引的前缀查找能力，退化为全扫描或仅用索引覆盖扫描。

使用场景极少，通常只用于调试或极小表的临时排查。线上环境应避免。

错误示范：WHERE name LIKE BINARY 'John%' —— 即使 name 有索引，大概率走不了 range 访问
替代方案：字段设为 COLLATE utf8mb4_bin + 普通 LIKE 'John%'，此时仍可走索引（MySQL 8.0+ 对 utf8mb4_bin 的前缀匹配做了优化）
如果必须用 BINARY + LIKE，确保左侧字段没有函数包裹（如 UPPER(name)），否则双重失效