RTRIM函数默认仅删除ASCII空格（U+0020），不处理制表符、换行符、回车符及全角空格等Unicode空白字符；MySQL 8.0+/PostgreSQL支持多字符参数RTRIM(col, ' \t\n\r')，SQL Server仅支持单参数且无法处理非空格字符。
SQL RTRIM 函数的基本用法和常见误区
RTRIM() 是标准 SQL 中用于移除字符串右侧空格的函数，但它的行为在不同数据库中并不完全一致。PostgreSQL、SQL Server、Oracle 都支持 RTRIM()，而 MySQL 默认只提供 RTRIM()（从 8.0.1 开始支持），但早期版本需用 TRIM(TRAILING ' ' FROM ...) 替代。
最常踩的坑是：很多人以为 RTRIM() 能删掉所有“空白字符”，其实它默认只删 ASCII 空格（' '），不处理制表符（"\t"）、换行符（"\n"）或全角空格。如果字段里混了这些，RTRIM() 会毫无反应。
- MySQL 5.7 及更早版本不支持单参数
RTRIM(str)，必须写成TRIM(TRAILING ' ' FROM str) - PostgreSQL 的
RTRIM()支持第二个参数，例如RTRIM('abc \t', E'\t ')可同时删空格和制表符 - SQL Server 的
RTRIM()只接受一个参数，且对 Unicode 字符串（NVARCHAR）也只认空格，不自动识别其他空白
如何安全地清除右侧所有类型空白字符
如果你的数据来自用户输入、Excel 导入或日志文件，右侧很可能存在 "\t"、"\r"、"\n" 或 Unicode 空格（如 U+3000 全角空格）。这时单靠 RTRIM() 不够。
推荐做法是先确认实际存在的空白字符类型，再针对性处理：
- 用
HEX()（MySQL）或encode()（PostgreSQL）查看末尾字节，比如SELECT HEX(RIGHT(col, 4)) FROM t LIMIT 1 - PostgreSQL 可用正则：
REGEXP_REPLACE(col, '[\s\u3000]+$', '')（\s包含空格、制表、换行；\u3000是全角空格） - SQL Server 可嵌套多次
TRIM()或用REPLACE()预处理：RTRIM(REPLACE(REPLACE(REPLACE(col, CHAR(9), ''), CHAR(10), ''), CHAR(13), ''))
UPDATE 场景下使用 RTRIM 的注意事项
直接对生产表执行 UPDATE ... SET col = RTRIM(col) 看似简单，但容易引发隐性问题：
- 如果该列上有唯一索引，
RTRIM()后可能产生重复值（比如原为'abc '和'abc'，清理后都变成'abc'） - WHERE 条件里用
RTRIM(col) = 'x'会导致索引失效（除非你建了函数索引，如 PostgreSQL 的CREATE INDEX ON t ((RTRIM(col)))） - 某些 ORM（如 Django ORM）生成的 SQL 可能自动加
RTRIM()，与手动清理叠加，导致意外截断
建议先用 SELECT COUNT(*), RTRIM(col), COUNT(*) FROM t GROUP BY RTRIM(col) HAVING COUNT(*) > 1 检查潜在冲突。
和 LTRIM、TRIM 的组合使用边界
TRIM() 是更通用的替代方案，但要注意它的语法差异极大：
- 标准 SQL：
TRIM(BOTH ' ' FROM col)，BOTH可省略，LEADING/TRAILING必须显式指定 - MySQL：
TRIM(col)默认去首尾空格；TRIM(TRAILING 'x' FROM col)才等价于RTRIM(col, 'x') - PostgreSQL：
TRIM(col)也默认去空格，但不支持多字符，想删多个字符得用TRIM(LEADING FROM col)+ 正则
别指望 TRIM(col) 在所有库中行为一致——尤其当字段里有前导零（如 '00123'）时，误用 TRIM('0' FROM col) 会把业务编号全干掉。
真正麻烦的不是函数怎么写，而是你永远不知道上游数据里塞了多少种“看起来像空格”的字符。上线前务必用真实脏数据跑一遍清洗逻辑，而不是只测干净字符串。
