TRIM、LTRIM、RTRIM行为差异大：TRIM在PostgreSQL中默认清理所有空白符（含\t、\n），MySQL仅处理ASCII空格，SQL Server旧版不支持TRIM需用RTRIM(LTRIM())，且三者均不处理全角空格、不间断空格等Unicode空白符，WHERE中直接使用TRIM会导致索引失效。
TRIM、LTRIM、RTRIM 在绝大多数 SQL 方言里确实能去空格，但行为差异大到可能让你查半天数据没变——关键看数据库类型和空格定义。
TRIM 函数在不同数据库里的默认行为不一致
标准 SQL 的 TRIM() 默认只去掉 ASCII 空格（' '），但 PostgreSQL 会同时处理制表符、换行符；MySQL 8.0+ 默认也只处理空格，而 MySQL 5.7 及更早版本的 TRIM() 不支持省略参数，必须写成 TRIM(BOTH ' ' FROM col)。SQLite 则根本不识别 TRIM() 的无参形式，直接报错 no such function: TRIM。
- PostgreSQL：
TRIM(col)去首尾所有空白字符（包括\t、\n、\r） - MySQL：
TRIM(col)仅去空格；想清掉换行需显式写TRIM(BOTH '\n' FROM TRIM(BOTH '\r' FROM TRIM(col))) - SQL Server：没有
TRIM()（2016+ 才引入），旧版只能靠LTRIM(RTRIM(col))
LTRIM 和 RTRIM 在 SQL Server 里最常用，但不处理 Unicode 空格
SQL Server 的 LTRIM() 和 RTRIM() 只识别 ASCII 空格（U+0020），对中文全角空格（U+3000）、不间断空格（U+00A0）或零宽空格（U+200B）完全无效。如果你从 Excel 或网页粘贴过数据，这类“隐形空格”大概率还在。
- 安全写法是嵌套使用：
RTRIM(LTRIM(col))，避免漏掉一侧 - 遇到疑似全角空格，先用
LEN(col)和DATALENGTH(col)对比——若后者更大，说明存在多字节字符 - 清理全角空格需手动替换：
REPLACE(REPLACE(col, NCHAR(12288), ''), NCHAR(160), '')
用 REPLACE 模拟 TRIM 功能时容易陷入无限循环
有人用 REPLACE(REPLACE(col, ' ', ''), CHAR(9), '') 清理空格和制表符，但若字段里有连续多个空格，一次 REPLACE 只能消掉单个，残留空格仍存在。更糟的是，如果误写成 REPLACE(col, ' ', '') 后再用 TRIM()，等于白干——因为 TRIM() 已无空格可删。
- 真正可靠的做法是组合调用：
RTRIM(LTRIM(REPLACE(REPLACE(col, CHAR(9), ''), CHAR(10), ''))) - PostgreSQL 用户可直接用正则：
REGEXP_REPLACE(col, '^[[:space:]]+|[[:space:]]+$', '', 'g') - 别在 WHERE 条件里频繁用
TRIM(col) = 'xxx'——会导致索引失效，应提前清洗并存入新列
空格清理不是“调个函数就完事”，得先搞清数据里到底混了哪些空白字符，再选对应方言的函数组合。尤其当业务涉及多端数据导入时，一个看似干净的字符串，可能藏着三种不同编码的“空格”。
