摘要：在使用字符串处理函数时，有时会出现非预期结果的场景。在排除使用问题后，应该从encoding和数据本身开始排查。
本文分享自华为云社区《GaussDB(DWS)字符串处理函数返回错误结果集排查》，作者： -CHEN111- 。
在使用字符串处理函数时，有时会出现非预期结果的场景。在排除使用问题后，应该从encoding和数据本身开始排查。
直接从案例出发。
（一）案例背景
客户执行instr查空格下标，子查询中查询结果与将子查询的结果粘出来单独执行结果集不一致。
SELECT instr((SELECT a FROM t1), ' ') xxxxx;
SELECT a FROM t1; 的结果是a -> SELECT instr(a, ' ');
假设当前select a from t1;通过数据库连接客户端查询后显示结果集为“测试测 试 测试”
SELECT instr((SELECT a FROM t1), ' '); --结果为6
SELECT instr('测试测 试 测试', ' '); --结果为4
（二）问题排查
从上述结果集中可以看出，如果把SELECT a FROM t1;的结果集单独复制出来，则其结果4为预期结果，而当SELECT a FROM t1;作为子查询进行instr处理时，结果为6是不符合预期的。
排查主要从encoding和子查询结果集入手
1.先判断encoding
不同的编码类型下，字符串处理也不相同。
- UTF8是按字符算个数
- SQL_ASCII是按字节算个数
对于“测试测 试 测试”而言，按字符个数计算，SELECT instr('测试测 试 测试', ' ')的结果应为4；按字节个数计算，一个汉字占3个字节，SELECT instr('测试测 试 测试', ' ')的结果应为10。
查看当前库编放码类型
结果为UTF8，故预期结果应该为4，但是SELECT instr((SELECT a FROM t1), ' ');结果却为6。
此时开始怀疑是否是客户端查询导致字符串结果集显示错误
2. 子查询结果集排查
通过编解码拿到字符串结果集的十六进制
SELECT encode(a, 'hex') AS res FROM t1;
res
------------------------------------------
e6b58be8af95e6b58b0d0ae8af9520e6b58be8af95
(1 row)
在本地解码后结果集为
SELECT convert_from(decode('e6b58be8af95e6b58b0d0ae8af9520e6b58be8af95','hex'),'utf8');
convert_from
--------------
测试测\r +
试 测试
可以看出，字符串结果集中，‘测试测’后并非空格，而是’\r +’。
3. 解决方案
将’\r +'按照编解码的形式替换空格
SELECT instr((SELECT a FROM t1), convert_from(decode('0d0a','hex'),'utf8'));
此时结果为4，为客户预期结果。
点击关注，第一时间了解华为云新鲜技术~
