【YashanDB 知识库】服务端是 GBK 编码,导致从 22.2.12.100 升级到 22.2.13.100 失败问题
问题现象
问题单:22.2.12.100 升级到 22.2.13.100 失败
现象:如下图,从 22.2.12.100 升级到 22.2.13.100 失败,报错。
![](https://static001.geekbang.org/infoq/dc/dc76d926ff366d749e10ad929a3b98ca.png)
问题风险及影响
版本升级失败,影响上线
问题发生版本
客户版本:22.2.12.100
现在版本已经修改掉这个问题,升级比较时忽略掉"----"开头的分隔符和结果前后的空格。
问题发生原因
表现原因:执行升级脚本,/home/yashan2/yasdb_home/yashandb/22.2.13.100/upgrade_tmp/admin/upgrade/22.2.12/preupgrade.sql 后,结果和 preupgrade.out 匹配失败,导致升级失败。
根因:服务端是 gbk、客户端是 utf-8 编码。yasql 对于 gbk 和 utf 打印格式不同,导致结果匹配失败
解决方式及规避方法
规避方法:
原生客户端和升级客户端编码格式都设置为 GBK 编码
1、vi 22.2.12.100/client/yasc_env.ini
CHARACTER_SET=GBK
2、vi 22.2.13.100/client/yasc_env.ini
CHARACTER_SET=GBK
3、./bin/yasboot cluster upgrade -c yashandb --package /home/yashan2/tmp_upgrade/yashandb-22.2.13.100-linux-x86_64.tar.gz
可以正常升级成功。
解决方式:提问题单修改
问题分析和处理过程
问题分析:
查看 yasagent.log,发现是执行脚本后,报错。
![](https://static001.geekbang.org/infoq/f5/f5822de4efd0be156e3724b201542873.png)
对比 preupgrade.out 结果文件,发现是"----------"长度对比不上,导致的问题
![](https://static001.geekbang.org/infoq/f5/f548b09ea4e64f515ac13c9777b23e67.png)
代码分析:
asqlPrintColumnTitles 打印列头信息,根据 columns[i].colWidth 长度来做
columnDesc->colWidth = (CodInt16)MIN(columnDesc->bindSize, ASQL_MAX_DISPLAY_WIDTH);
bindsize = column->size*maxRatio + 1
maxRatio 默认为 1;当客户端和服务端编码不一致时,maxRatio = clientMaxWidth > serverMinWidth ? (clientMaxWidth - 1) / serverMinWidth + 1 : 1;
确认根因为编码不同导致的问题,然后定下规避方案
经验总结
yashandb 版本升级流程中,会调用 preupgrade.sql、postupgrade.sql 脚本,并比较结果判断是否升级成功。
评论