PostgreSQL中使用trim()与replace()无法去除空格的异常问题——是否为编码格式问题？

算力阿峰

2026-4-29

PostgreSQL中trim()/replace()无法去除空格？编码问题确实是可能原因！

首先直接给结论：这种异常大概率和编码或特殊空白字符有关，但也得结合具体情况排查，我帮你拆解下：

为什么编码会导致这个问题？

你用的replace(' ', '')和btrim()默认只识别普通ASCII空格（ASCII码32），但如果你的字符串里的“空格”其实是其他Unicode空白字符（比如全角空格U+3000、非断空格U+00A0、制表符U+0009等），而数据库编码是UTF-8的话，这些字符会被正常存储，但普通的空格替换/修剪函数根本不认识它们——看起来是空格，但编码完全不一样，自然去不掉。

另外如果客户端和服务器的编码不一致（比如客户端用GBK，服务器用UTF-8），字符转换过程中可能把普通空格变成了奇怪的不可见字符，也会出现这种情况。

怎么排查？

先搞清楚你的字符串里到底是什么字符：

执行这条SQL查看每个字符的编码：
```
SELECT 
  unnest(string_to_array(' 1221A7', null)) AS char,
  ascii(unnest(string_to_array(' 1221A7', null))) AS code;
```
如果结果里有不是32的数值，那就是特殊空白字符（比如全角空格的ASCII码是12288）。
检查数据库编码是否一致：
```
SHOW server_encoding;
SHOW client_encoding;
```
两者最好保持一致（比如都是UTF-8），避免字符转换出错。

怎么解决？

如果是特殊空白字符，用正则替换匹配所有空白：
```
SELECT length(regexp_replace(' 1221A7', '\s', '', 'g'));
```
\s会匹配所有Unicode空白字符，'g'表示全局替换。
要是明确是某类特殊空格（比如全角空格），可以直接指定Unicode编码替换：
```
SELECT length(replace(' 1221A7', E'\u3000', ''));
```
如果是编码不一致的问题，调整客户端编码和服务器一致，比如执行SET client_encoding = 'UTF8';。