[Bug] 连接sharding proxy代理库时查看binary类型字段的单元格详情，选择Hex查看器无法显示数据

[Hardy-LiHD]

数据库类型和版本

sharding proxy 5.3.0、mysql 8.0.32

问题描述

查看binary类型字段的单元格详情，选择Hex查看器无法显示数据。

支持信息

DBX 版本: v0.5.81
运行环境: 桌面端
操作系统: Windows 10.0.26200.8875
系统架构: x86_64

优先级（是否紧急）

🟠 P1 重要 · 尽快处理

补充信息

No response

[zipg]

/claim

[dbx-bot]

✅ @zipg 已认领 #5873，开始处理吧！

[zipg]

已提交关联 PR：#5872。

该 PR 修复 DBX 在处理 MySQL BINARY/VARBINARY 时丢失原始字节的问题：后端会保留完整 Hex 数据，可打印内容仍以文本预览，Hex 查看器和二进制下载使用完整原值。已使用原生 MySQL 8.4 实际验证通过。

目前我们没有 ShardingSphere Proxy 5.3.0 测试环境，代理返回的 MySQL 列元数据可能与原生 MySQL 不同，因此暂时不会直接关闭这个 issue。麻烦在方便时测试后续版本，并反馈 Hex 查看器是否已经可以正常显示；如果仍有问题，我们会继续针对代理返回的列类型、字符集和标志信息处理兼容。

[zipg]

@Hardy-LiHD 请问最新版还能复现吗？

[Hardy-LiHD]

@zipg 目前还是可以复现 v0.5.86版本

[zipg]

已使用真实 ShardingSphere Proxy 5.3.0 环境复现，确认 v0.5.86 中仍存在该问题。

原因是代理会把查询结果里的 BINARY/VARBINARY 元数据改写为 CHAR/VARCHAR，同时把二进制字符集改成 utf8mb4；此前 #5872 针对原生 MySQL 的判断因此无法命中。代理仍保留了一组可区分二进制列的协议标志，本次修复基于该标志恢复类型和原始字节，同时保留普通文本列的反例测试。

修复 PR：#6444

已在开发客户端实际验证：固定长度尾部 00、不可打印字节、空二进制值均能正常 Hex 查看，普通文本仍按文本显示。