应将 character_set_results 设为 binary，使 phpMyAdmin 原样输出加密字段的十六进制形式；临时方案是查询前执行 SET NAMES binary；根本原则是加密字段属二进制数据，不应被当作文本渲染。
phpMyAdmin 查询加密字段显示乱码，不是解密失败，而是字符集错配
加密字段（如 aes_encrypt、encode 或 base64 编码后的二进制数据）本身是 binary 或 varbinary 类型，mysql 默认按字符集解释其字节流。一旦连接层或结果集字符集设为 utf8mb4 或 latin1，phpmyadmin 就会强行把二进制字节当文本渲染——比如 0x414553 被当成 utf-8 字符显示成 或方块，实际数据完好无损。
执行 SELECT AES_ENCRYPT('hello', 'key') 后看到一堆问号？检查这三项变量
登录 phpMyAdmin → 右上角「SQL」→ 执行：
SHOW VARIABLES LIKE 'character_set%';
重点关注：
-
character_set_client：必须是binary或显式设为utf8mb4（但对加密字段不适用） -
character_set_connection：若为utf8mb4，MySQL 会尝试把AES_ENCRYPT返回的varbinary转成 UTF-8 字符，必然失败 -
character_set_results：phpMyAdmin 渲染结果时依赖此项；设为binary才能原样输出十六进制
只要其中任一项不是 binary，加密字段就会被错误转义。这不是 bug，是 MySQL 的字符集转换机制在起作用。
临时修复：每次查询前手动执行 SET NAMES binary
在 phpMyAdmin 的 SQL 窗口里，不要直接跑加密查询，先加一行：
SET NAMES binary;<br>SELECT AES_ENCRYPT('hello', 'key') AS cipher;
这样能绕过字符集转换，让结果以原始字节形式返回（phpMyAdmin 会显示为十六进制字符串，如 0x68656C6C6F）。注意：SET NAMES binary 是合法命令，MySQL 5.7+ 和 8.0 都支持，它等价于：
SET character_set_client = binary;<br>SET character_set_results = binary;<br>SET character_set_connection = binary;
如果你用的是旧版 phpMyAdmin（binary 字符集，此时改用：
SET character_set_results = 'utf8mb4';<br>SELECT HEX(AES_ENCRYPT('hello', 'key')) AS cipher;
用 HEX() 强制转成可读十六进制字符串，避免渲染阶段出错。
永久生效需改 config.inc.php，但别动 $cfg['Servers'][$i]['charset']
很多人误以为把 $cfg['Servers'][$i]['charset'] = 'utf8mb4' 改成 'binary' 就行——不行。MySQL 不接受 binary 作为服务器级 charset 值，会导致连接失败。
正确做法是：在 config.inc.php 中添加初始化 SQL：
$cfg['Servers'][$i]['connect_options'] = ['init_command' => "SET character_set_results = binary"];
这个选项会在每次 phpMyAdmin 建立新连接后自动执行，确保 character_set_results 为 binary。注意：
- 只设
character_set_results，不碰client和connection，否则影响普通文本字段 - 如果同时要查明文和密文字段，建议分开两个标签页：一个用默认设置查业务数据，一个用带
init_command的配置查加密字段 - 导出含加密字段的 SQL 时，务必选「自定义」→ 勾选「转义 BINARY 字段为十六进制」，否则导出文件里会混入不可见控制字符
真正麻烦的从来不是怎么显示，而是你忘了加密字段本就不该被当“文本”查——它应该由应用层解密，phpMyAdmin 只负责看字节快照。盯着问号调半天字符集，不如先确认：你真的需要在这里解密吗？
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
