MySQL中CHAR_LENGTH计算结果与实际字符长度不符问题求助

这事儿我之前处理过好几个类似的案例，大概率是不可见的特殊字符在搞鬼！你看到CHAR_LENGTH(TRIM(BUYER))返回17，但复制出来的文本只有16个可见字符，核心原因是TRIM()函数默认只清理普通空格（Unicode U+0020），而字段里藏着其他TRIM不会处理的不可见字符——这些字符被算进了长度，但肉眼和复制粘贴时可能完全察觉不到。

下面具体拆解可能的原因，以及对应的验证和解决方法：

• 特殊空白字符：比如不间断空格（U+00A0，常见于网页复制的内容）、全角空格（U+3000，中文环境里的宽空格），这些字符看起来和普通空格一样，但不属于TRIM()默认处理的范围，会被计入字符长度，复制到编辑器里还可能被自动转换，导致你看不到它的存在。
• 控制字符：比如换行符（\n，U+000A）、回车符（\r，U+000D）、制表符（\t，U+0009），这些字符完全不可见，也不会被默认的TRIM()清理，同样会占用字符长度。

验证方法 #

你可以执行这条SQL查看字段的十六进制编码，直接揪出那个额外的“隐形字符”：

SELECT HEX(BUYER), CHAR_LENGTH(BUYER), BUYER FROM ST_REQ WHERE CHAR_LENGTH(TRIM(BUYER)) = 17;

举个例子：正常的Viccaro Fabrizio十六进制是5669636361726F2046616272697A696F（16个字符对应16字节），如果多了一个不间断空格，十六进制末尾会多出C2A0，总字符长度就变成17。

解决方法 #

根据你查到的特殊字符类型，针对性清理：

1. 如果是不间断空格，直接替换成普通空格或者移除：

-- 替换为普通空格
UPDATE ST_REQ SET BUYER = REPLACE(BUYER, CHAR(0xC2A0), ' ') WHERE CHAR_LENGTH(TRIM(BUYER)) = 17;
-- 直接移除该字符
UPDATE ST_REQ SET BUYER = TRIM(BOTH CHAR(0xC2A0) FROM BUYER) WHERE CHAR_LENGTH(TRIM(BUYER)) = 17;

2. 要是想一次性清理常见的不可见空白字符，可以用更全面的TRIM逻辑：

UPDATE ST_REQ SET BUYER = TRIM(BOTH '\n\r\t' || CHAR(0xC2A0) || CHAR(0x3000) || ' ' FROM BUYER) WHERE CHAR_LENGTH(TRIM(BUYER)) = 17;

内容的提问来源于stack exchange，提问作者Ivan Santiago Armijos Arévalo