trim函数默认去ascii空格但跨库兼容性差：mysql 8.0+/postgresql支持标准trim()，sql server 2017+仅支持trim(' ' from col)，旧版须用ltrim(rtrim(col))，sqlite不支持trim()。
TRIM函数在不同数据库中的基本用法
标准SQL的TRIM()函数确实能去两端空格，但各数据库实现差异大，不能直接照搬。PostgreSQL和SQL Server支持标准语法，MySQL默认只认TRIM()的简化形式，而SQLite不支持TRIM()函数（需用ltrim() + rtrim()组合）。
常见写法包括：
-
TRIM(' hello ')—— PostgreSQL、SQL Server 支持，但 MySQL 会报错 -
TRIM(BOTH ' ' FROM ' hello ')—— 标准SQL写法，兼容性较好（PostgreSQL/SQL Server/Oracle） -
TRIM(' hello ')—— MySQL 实际接受，但本质是TRIM(BOTH ' ' FROM ...)的简写，不能省略参数传入NULL或非字符串
MySQL中TRIM的三个变体必须分清
MySQL把去空格拆成三个专用函数，语义明确但容易混用：TRIM()、LTRIM()、RTRIM()。它们都只处理空格（ASCII 32），不处理制表符、换行符或全角空格。
-
TRIM(' hello world ')→'hello world' -
LTRIM(" hello")→'hello'（仅左端） -
RTRIM("world \n")→'world \n'（注意：\n未被去除）
如果字段含tab（\t）或回车（\r），这三个函数完全无效，得用REPLACE()嵌套或正则（MySQL 8.0+用REGEXP_REPLACE()）。
遇到CHAR类型字段时TRIM可能“没效果”
这是最容易被忽略的坑：当列定义为CHAR(10)，存入'abc'后，数据库实际存储的是'abc '（补7个空格）。此时用TRIM(col)返回仍是'abc'，但如果你在WHERE里写WHERE TRIM(col) = 'abc'，它能匹配；可一旦参与连接或GROUP BY，隐式类型转换可能让结果出人意料。
- 显式转成
VARCHAR再TRIM更稳妥：TRIM(CAST(col AS CHAR))或直接TRIM(CONVERT(col, CHAR)) - 建表时优先用
VARCHAR而非CHAR，除非真有固定长度且频繁比对的场景 - 用
LENGTH(col)验证是否真有隐藏空格，别只靠肉眼或SELECT col
需要同时清理多种空白字符怎么办
标准TRIM()只认空格，要处理\t、\r、\n、Unicode全角空格（U+3000）等，得组合处理。MySQL 8.0+可用REGEXP_REPLACE()，否则只能多层REPLACE()嵌套。
例如清理常见空白符（MySQL）：
SELECT TRIM(
REPLACE(
REPLACE(
REPLACE(col, '\t', ''),
'\r', ''),
'\n', '')
)
);
更健壮的做法（MySQL 8.0+）：
SELECT REGEXP_REPLACE(col, '[[:space:]]+', '')
注意：[[:space:]] 包含空格、tab、换行、回车、垂直制表符、换页符，但不含全角空格；如需处理U+3000，得额外加REPLACE(..., ' ', '')（注意这个是中文全角空格）。
真正麻烦的不是语法，而是业务数据里混着多少种“看起来像空格”的字符——上线前最好用HEX(col)抽样看原始字节。
