TRIM()默认仅去除字符串首尾空格，不处理中间空格、制表符或换行符；各数据库语法差异大，如Oracle需显式写TRIM(' ' FROM col)，SQL Server 2016及更早须用RTRIM(LTRIM(col))。
TRIM函数的基本用法和默认行为
TRIM() 在大多数主流 SQL 方言（如 PostgreSQL、SQL Server 2017+、SQLite、MySQL 8.0+）中默认只去除两端的空格，不碰中间空格或制表符。注意：MySQL 5.7 及更早版本的 TRIM() 默认行为相同，但语法稍受限；而 Oracle 和早期 SQL Server 需显式写成 TRIM(' ' FROM column_name) 才能去空格。
常见错误是以为 TRIM() 能自动处理换行符 \n 或制表符 \t —— 它不能。例如：TRIM(' hello world \n') 在 PostgreSQL 中仍会保留末尾的 \n，因为 \n 不属于默认“空格”范畴。
- MySQL / PostgreSQL / SQLite：直接
TRIM(column_name)即可去首尾空格 - SQL Server（2016 及更早）：不支持无参
TRIM()，得用RTRIM(LTRIM(column_name)) - Oracle：必须写
TRIM(' ' FROM column_name)，省略引号会报错
如何同时去除多种空白字符（如 \t、\n、\r）
标准 TRIM() 不支持正则或批量指定字符，只能一次处理一种字符（或使用默认空格集）。若需清理 \t、\n、\r，得嵌套调用或改用方言特有函数。
PostgreSQL 示例（安全去多类空白）：
TRIM(BOTH FROM TRIM(BOTH '\n' FROM TRIM(BOTH '\r' FROM TRIM(BOTH '\t' FROM col))))
更稳妥的做法是用 REGEXP_REPLACE()（PostgreSQL/MySQL 8.0+/SQL Server 2022+）：
REGEXP_REPLACE(col, '^[[:space:]]+|[[:space:]]+$', '')
-
[[:space:]]匹配所有空白字符（空格、\t、\n、\r等） - MySQL 5.7 不支持
REGEXP_REPLACE，只能靠应用层或多次REPLACE() - SQL Server 建议用
TRIM(' ' FROM REPLACE(REPLACE(REPLACE(col, CHAR(9), ''), CHAR(10), ''), CHAR(13), ''))先替换再 trim
WHERE 条件中用 TRIM() 导致索引失效的风险
在 WHERE TRIM(name) = 'Alice' 这类查询里，数据库通常无法使用 name 字段上的普通 B-tree 索引，因为函数改变了原始值。执行计划里容易看到 Seq Scan 或全表扫描。
- 解决办法一：建函数索引（PostgreSQL/MySQL 8.0+ 支持）：
CREATE INDEX idx_trimmed_name ON users (TRIM(name)); - 解决办法二：清洗数据后存入新字段（如
name_clean），并在该字段建索引 - 避免写
WHERE name LIKE ' Alice '这种模糊匹配——它不可靠，且照样无法走索引
TRIM 与 LTRIM/RTRIM 的性能和语义差异
TRIM() 是标准 SQL 函数，语义明确（默认去两端空格）；LTRIM() 和 RTRIM() 是厂商扩展，行为基本一致，但部分旧系统（如 SQL Server）对 Unicode 或补充字符的支持不如 TRIM()。
性能上三者几乎没有差别，但混合使用易出错：
-
RTRIM(LTRIM(col))和TRIM(col)结果一样，但前者多一次函数调用开销（微乎其微） - Oracle 中
RTRIM(LTRIM(col))比TRIM(col)少一个解析步骤，但实际差异可忽略 - 别写
TRIM(LEADING ' ' FROM TRIM(TRAILING ' ' FROM col))—— 冗余且难读，直接TRIM(col)更清晰
真正容易被忽略的是：某些 ORM（如 SQLAlchemy 1.4）生成的 trim() 表达式在 SQLite 下会降级为 ltrim(rtrim(...))，而 SQLite 的 TRIM() 自 3.28.0 才支持，旧版本可能静默失败或返回 NULL。
