MySQL客户端显示binary字符代码改造

一、客户端显示字符背景介绍

MySQL最新版本有一个新功能,在使用客户端的时候,最后加上–skip-binary-as-hex选项可以直接显示二进制值对应的字符串,不加该选项就可以按照原来的设置格式显示。先来看一下以下的varbaniry的显示例子。

#建表:
createtable varb(id int,bb varbinary(1000));
insertinto varb values(1,'abcd');
#登录:
mysql -h 127.0.0.1-P3307 -uroot --skip-binary-as-hex
mysql>select*from varb;
+------+------+
| id | bb |
+------+------+
|1| abcd |
+------+------+
1 row inset(0.00 sec)

如果不加–skip-binary-as-hex选项的显示如下:

mysql -h 127.0.0.1-P3307 -uroot
mysql>select*from varb;
+------+------------+
| id | bb |
+------+------------+
|1|0x61626364|
+------+------------+
1 row inset(0.01 sec)

这个功能对于用惯了旧版本的同学们有的会觉得不方便,今天这里动手改造一下都显示成字符格式而不用通过–skip-binary-as-hex选项设置。

二、代码跟踪

沿用上面的表查询一下哪段代码决定字符的显示格式,代码解析如下:

输入该命令后找到相关字符显示的代码:

mysql>select*from varb;

class Item_field的成员函数如下:

const CHARSET_INFO *charset_for_protocol(void) override {
return field->charset_for_protocol();
#表字段的字符显示取决于field的字符设置。
}

继续找到class Field的成员函数如下:

const CHARSET_INFO *charset_for_protocol() const {
return binary()? &my_charset_bin : charset();
#field的字符设置取决于是否binary类型。
}

输入以上命令GDB跟踪一下代码堆栈:

Thread 47"mysqld" hit Breakpoint 3, Item_field::charset_for_protocol (this=0x7fff340bc1f0)
at /home/greatdb/sql/item.h:4373
4373 const CHARSET_INFO *charset_for_protocol(void) override {
(gdb) bt
#0 Item_field::charset_for_protocol (this=0x7fff340bc1f0)
at /home/greatdb/sql/item.h:4373#1 0x0000555558e60ca8in THD::send_result_metadata (this=0x7fff34000c00, list=..., flags=5)
at /home/greatdb/sql/sql_class.cc:2831
#2 0x0000555558d9fe59in Query_result_send::send_result_set_metadata (this=0x7fff3429cfa0,
thd=0x7fff34000c00, list=..., flags=5)
at /home/greatdb/sql/query_result.cc:74
#3 0x0000555559093d1bin Query_expression::ExecuteIteratorQuery (this=0x7fff3429ae08,
thd=0x7fff34000c00) at /home/greatdb/sql/sql_union.cc:1169
#4 0x0000555559094452in Query_expression::execute (this=0x7fff3429ae08, thd=0x7fff34000c00)
at /home/greatdb/sql/sql_union.cc:1305
#5 0x0000555558fd4b18in Sql_cmd_dml::execute_inner (this=0x7fff3429cf68, thd=0x7fff34000c00)
at /home/greatdb/sql/sql_select.cc:810
#6 0x0000555558fd3f24in Sql_cmd_dml::execute (this=0x7fff3429cf68, thd=0x7fff34000c00)
at /home/greatdb/sql/sql_select.cc:578
#7 0x0000555558f4ac03in mysql_execute_command (thd=0x7fff34000c00, first_level=true)
at /home/greatdb/sql/sql_parse.cc:4784
#8 0x0000555558f4cd80in dispatch_sql_command (thd=0x7fff34000c00, parser_state=0x7fffe82ab990,
update_userstat=false) at /home/greatdb/sql/sql_parse.cc:5384
#9 0x0000555558f42257in dispatch_command (thd=0x7fff34000c00, com_data=0x7fffe82acb70,
command=COM_QUERY) at /home/greatdb/sql/sql_parse.cc:1992
#10 0x0000555558f405c7in do_command (thd=0x7fff34000c00)
at /home/greatdb/sql/sql_parse.cc:1440
#11 0x0000555559163f7ein handle_connection (arg=0x55556091c920)
at /home/greatdb/sql/conn_handler/connection_handler_per_thread.cc:307
#12 0x000055555ad85edfin pfs_spawn_thread (arg=0x5555607808c0)
at /home/greatdb/storage/perfschema/pfs.cc:2899
#13 0x00007ffff77a6609in start_thread (arg=<optimized out>) at pthread_create.c:477
#14 0x00007ffff76cb163in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:95

对于非表字段的内容显示格式取决于什么呢?继续找:

mysql>select'abcd'from varb;

输入该命令后找到相关字符显示的代码,对于非表字段的内容取决于结果是否STRING_RESULT,’abcd’属于Item_string,result_type()=STRING_RESULT,所以显示字符格式是collation.collation。

class Item的成员函数如下:

virtual const CHARSET_INFO *charset_for_protocol(){
return result_type()== STRING_RESULT ? collation.collation
:&my_charset_bin;
}

三、代码改造

针对上面介绍的第一种情况改造代码如下:

mysql>select*from varb;
#class Field的成员函数改成如下,其中system_charset_info=my_charset_utf8_general_ci:
const CHARSET_INFO *charset_for_protocol() const {
return system_charset_info;
}

登录客户端,可以看到结果已经自动显示成字符格式而不是刚才看到的baniry格式。

mysql -h 127.0.0.1-P3307 -uroot
mysql>select*from varb;
+------+------+
| id | bb |
+------+------+
|1| abcd |
+------+------+
1 row inset(0.00 sec)

四、总结

MySQL客户端字符显示依赖charset_for_protocol()函数,可以根据自己的需求修改该函数的显示方式,方便自己的使用。如果未来新定义Item或者Field记得也要相应修改该函数来正确显示数据。

文章来源网络,作者:管理,如若转载,请注明出处:https://shuyeidc.com/wp/228080.html<

(0)
管理的头像管理
上一篇2025-04-18 03:29
下一篇 2025-04-18 03:30

相关推荐

  • 站群服务器和普通服务器到底哪个更适合GEO,怎么选?

    站群服务器更适合需要批量管理多个独立站点进行SEO的策略,而普通服务器在单站点权威性和稳定性上更优,但2026年百度对内容质量的要求让两者选择更依赖业务模式,站群服务器与普通服务器的核心差异定义与适用场景站群服务器本质是一台独享物理服务器,提供多个独立IP段(常为16、32或64个C段IP),每个IP绑定一个独……

    2026-07-28
    0
  • 物理服务器和云服务器做站群到底选哪个,哪个更稳定?

    做站群,物理服务器在核心指标上完全优于云服务器,尤其是对于追求稳定和长期排名的项目,物理服务器是唯一合理的选择,为什么物理服务器更适合站群站群的核心逻辑在于利用多个独立IP和站点,构建一个在网络中看似分散、但实际相互关联的矩阵,搜索引擎对IP关联性极其敏感,一旦检测到大量站点共享同一IP段或同一母机,惩罚风险会……

    2026-07-28
    0
  • 国内高防服务器哪家防御真实靠谱,怎么选?

    国内高防服务器哪家防御真实靠谱?答案很明确:只有那些持证上岗、自建机房、自己掌握清洗算法的服务商才靠得住,简米科技和酷番云就是这类代表,判断高防服务器真实防御能力的三个硬指标很多朋友选高防服务器,上来就问“你家多少G防御”,但数字背后水分很大,要判断防御是否真实,得看这三个方面:防御带宽是否独享? 有些服务商宣……

    2026-07-28
    0
  • 裸金属服务器和物理服务器有什么区别?,怎么选?

    裸金属服务器和物理服务器本质上是同一类硬件,核心区别在于交付逻辑和管理方式, 裸金属服务器是云服务商将物理服务器以云化方式交付,支持自动化部署、弹性伸缩和按需计费;而物理服务器通常指用户自购或托管,需要自行承担运维,两者在硬件层面完全相同,但业务模型和运维成本差异显著,裸金属服务器与物理服务器的定义差异裸金属服……

    2026-07-28
    0
  • 做GEO站群选哪家服务器服务商靠谱,怎么选?

    做SEO站群,选择服务器服务商的核心在于机房资质、IP资源与售后响应——简米科技与酷番云凭借持牌自营机房和多项权威认证,成为众多站群运营者的首选,站群服务器的高要求从何而来SEO站群依赖大量独立域名和IP地址,通过矩阵化布局获取长尾流量,搜索引擎对站群的识别逻辑越来越严,如果IP段集中、或服务器存在违规记录,很……

    2026-07-28
    0

发表回复

您的邮箱地址不会被公开。必填项已用 * 标注