TRIM 函数跨数据库兼容性差，MySQL、PostgreSQL、SQL Server 和 Oracle 语法与行为差异大；优先用 TRIM(col) 保兼容，去指定字符需查文档；LTRIM/RTRIM 仅去半角空格且不压缩中间空格；WHERE 中 TRIM 会导致索引失效，应写入时清洗或建计算列 / 函数索引。
TRIM 函数在不同数据库里写法不统一，别硬背
TRIM 看似标准，实际在 MySQL、PostgreSQL、SQL Server 和 Oracle 里行为差异不小。MySQL 支持 TRIM(BOTH 'x' FROM col)，但 SQL Server 只认 TRIM('x' FROM col)（且 2017+ 才有），Oracle 则默认只去空格，要去其他字符得写 TRIM('x' FROM col) —— 但不支持 BOTH/LEADING/TRAILING 关键字。
- 如果目标库不确定，优先用
TRIM(col)（只去空格），它在主流数据库中都兼容 - 想去指定字符？先查文档：PostgreSQL 要用
TRIM(LEADING '0' FROM col)，SQL Server 同样支持TRIM('0' FROM col)，但 SQLite 只支持单字符且不带关键字 -
RTRIM(LTRIM(col))是最保守的写法，兼容所有版本，包括老旧的 SQL Server 2005 或 Access
LTRIM 和 RTRIM 在 SQL Server 里不能嵌套去多层空格
LTRIM 和 RTRIM 只删半角空格（ASCII 32），对制表符 t、换行符 n、全角空格（U+3000）完全无效。更隐蔽的问题是：它们不处理连续空格的“压缩”，只是削掉开头或结尾的连续空格段。
- 常见错误现象：
LTRIM(RTRIM('a b'))结果是'a b'，中间两个空格还在 - 若需清理全部空白符，SQL Server 2016+ 可用
REPLACE(REPLACE(REPLACE(col, CHAR(9), ''), CHAR(10),''), CHAR(13), '')配合TRIM - 兼容旧版？老老实实用
REPLACE(REPLACE(col, CHAR(13)+CHAR(10), ''), CHAR(9),' ')再套TRIM，否则导出到 Excel 时可能莫名换行
WHERE 条件里用 TRIM 可能让索引失效
WHERE TRIM(name) = 'Alice' 这类写法在大多数数据库中会跳过索引，因为函数作用于列上，优化器无法直接定位 B-tree 中的原始值。
- 真实使用场景：用户导入数据时首尾混入空格，又不能改表结构
- 解决办法优先考虑在写入时清洗：
INSERT INTO t (name) VALUES (TRIM(?))，而不是查询时补救 - 实在要查，可建计算列（SQL Server）：
ALTER TABLE t ADD name_trim AS TRIM(name)，再给它加索引 - MySQL 8.0+ 支持函数索引：
CREATE INDEX idx_name_trim ON t ((TRIM(name)))，但注意括号必须写全
字符串首尾空格看着简单，但跨库迁移时，TRIM 的参数顺序、字符集处理、索引友好性这三点最容易漏掉验证。
