TRIM函数在MySQL、PostgreSQL和SQL Server中语法差异显著：MySQL 8.0+/PostgreSQL支持TRIM(col)或TRIM(BOTH ' ' FROM col)，SQL Server 2017+仅支持TRIM(' ' FROM col)，2016及更早须用LTRIM(RTRIM(col))；且默认均只处理ASCII空格，不识别制表符、换行符、全角空格等。
TRIM函数在不同数据库中的基本用法差异
MySQL、PostgreSQL 和 SQL Server 都支持 TRIM()，但语法细节不同。MySQL 和 PostgreSQL 支持指定字符和方向（LEADING / TRAILING / BOTH），而 SQL Server 2017+ 才原生支持标准 TRIM()，旧版本只能靠 LTRIM(RTRIM()) 组合。
常见错误是直接写 TRIM(' hello ') 在 SQL Server 2016 或更早版本中报错：Invalid object name 'TRIM'。
- MySQL/PostgreSQL：默认行为是去除两端空格，等价于
TRIM(BOTH ' ' FROM col) - SQL Server 2017+：支持
TRIM(col)，也支持TRIM('x' FROM col) - SQL Server 2016 及更早：必须用
LTRIM(RTRIM(col))，不能去除非空格字符（如制表符\t）
如何清除不可见字符（不只是空格）
用户常以为 TRIM() 能处理所有“看起来像空格”的字符，实际上它默认只处理 ASCII 空格（U+0020）。制表符（\t）、换行（\n）、全角空格（U+3000）、零宽空格（U+200B）等完全不会被清除。
例如字段值为 'hello' + CHAR(9)（带制表符），TRIM(col) 结果仍是原样。
- PostgreSQL 可用
REGEXP_REPLACE(col, '[[:space:]]+', '', 'g')清除所有空白字符 - MySQL 8.0+ 支持
REGEXP_REPLACE(col, '[[:space:]]', '') - SQL Server 需嵌套替换：
REPLACE(REPLACE(REPLACE(col, CHAR(9), ''), CHAR(10), ''), CHAR(13), '')
UPDATE语句中安全使用TRIM的注意事项
直接对生产表执行 UPDATE table SET col = TRIM(col) 看似简单，但容易引发隐性问题：索引失效、触发器误触发、唯一约束冲突（比如两个原本因空格差异而不同的值被 trim 后重复）。
更危险的是，某些 ORM 或中间件会把 TRIM() 当作表达式忽略，导致 UPDATE 实际没生效。
- 务必先用
SELECT COUNT(*) FROM table WHERE col != TRIM(col)评估影响行数 - 对有唯一索引的字段，加
HAVING COUNT(*) > 1检查 trim 后是否产生重复 - 避免在 WHERE 条件中用
TRIM(col) = 'x'—— 大多数数据库无法走索引，应建函数索引或预处理列
当字段含NULL时TRIM的行为与替代方案
TRIM(NULL) 在所有主流数据库中都返回 NULL，这本身没问题；但如果你希望 NULL 被转为空字符串再 trim，就得显式处理。否则和 CONCAT() 或字符串拼接一起用时容易出空结果。
例如：CONCAT('ID:', TRIM(col))，若 col 是 NULL，整个结果就是 NULL，不是 'ID:'。
- MySQL：用
TRIM(IFNULL(col, '')) - PostgreSQL：用
TRIM(COALESCE(col, '')) - SQL Server：用
TRIM(ISNULL(col, ''))
真正麻烦的是混合了 NULL、空字符串、纯空格字符串的场景——它们在业务逻辑里可能代表不同含义，盲目 TRIM() 会抹掉这种语义差异。
