phpmyadmin中找不到“binary”复选框，因其并非独立选项，而是通过选择binary/varbinary类型或在char/varchar后添加binary修饰符（如varchar(255) binary）实现；前者存储原始字节，后者保留字符语义但强制字节级比较。
不能直接在 phpmyadmin 界面勾选“binary”作为字段属性——它不是独立选项，而是通过选择 binary 或 varbinary 类型，或在 char/varchar 后加 binary 修饰符来实现。
为什么找不到“BINARY”复选框？
phpMyAdmin 的字段创建表单里没有单独的“BINARY”开关。所谓“二进制属性”，实际对应的是 MySQL 的两类机制：
- 使用真正的二进制类型：
TINYBLOB、BLOB、MEDIUMBLOB、LONGBLOB、BINARY、VARBINARY - 对字符类型启用二进制排序规则：在
CHAR或VARCHAR后手动添加BINARY修饰符（如VARCHAR(255) BINARY）
前者存储原始字节，后者仍存字符串，但比较/排序时按字节值而非字符集规则进行。
在“添加字段”界面设置 BINARY 行为的两种方式
进入表结构页 → 点击“添加字段” → 在 Type 下拉菜单中选择：
- 若需纯二进制存储（比如存图片、加密密钥、哈希值）：选
VARBINARY(255)或BINARY(32)—— 这些类型自动按字节处理，无需额外修饰 - 若需保留字符语义但强制大小写敏感比较（比如用户名唯一性校验）：选
VARCHAR，然后在Length/Values栏输入255 BINARY；或选CHAR，填10 BINARY
⚠️ 注意：BINARY 修饰符只在 CHAR/VARCHAR 中生效；对 TEXT 类型无效（应改用 TINYBLOB 等）。
用 SQL tab 手动执行更可靠
图形界面有时会忽略 BINARY 修饰符（尤其旧版 phpMyAdmin），建议直接切到 SQL 标签页执行：
ALTER TABLE `users` MODIFY `token` VARCHAR(64) BINARY;
或新建字段时：
ALTER TABLE `files` ADD `checksum` BINARY(32) NOT NULL;
这样能确保 MySQL 真正应用二进制语义，避免界面解析歧义。
设置后验证是否生效
执行完修改，别只看字段类型显示，要确认行为符合预期：
- 查排序结果：
SELECT * FROM table ORDER BY binary_col;应该区分大小写（A和a不同） - 查索引使用：
SHOW INDEX FROM table;若字段带BINARY修饰符，其Collation列会显示binary而非utf8mb4_0900_as_cs类字符集排序规则 - 注意性能：带
BINARY的VARCHAR字段仍可走索引，但VARBINARY在某些场景下比VARCHAR BINARY更省空间（无字符集开销）
真正容易被忽略的是：修改字段类型或添加 BINARY 修饰符不会自动重排现有数据——已存的 'abc' 和 'ABC' 在加 BINARY 前若已被当作相同值插入（因原排序规则不区分大小写），加完也不会自动拆分；必须手动清理或重建唯一约束。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
