trim()默认仅去除首尾ascii空格（u+0020），不处理制表符、换行符、回车符及全角空格等非空格空白字符；需显式指定字符或改用replace、正则等方案，并注意null、空字符串及索引失效风险。
TRIM() 默认只删空格，不处理制表符和换行符
SQL 标准里的 TRIM() 函数默认行为是移除字符串首尾的**空格（U+0020）**，对 \t、\n、\r 一概无视。很多用户发现字段看着“有空格”，但 TRIM(col) 后值没变，往往是因为实际混入了制表符或不可见控制字符。
实操建议：
- 先用
HEX(col)或ASCII(SUBSTR(col,1,1))检查首字符是否真是空格（ASCII 32），还是 9（tab）、10（line feed）、13（carriage return） - 若确认含非空格空白符，不能依赖默认
TRIM()，得手动替换或组合使用 - MySQL 8.0+ 支持
TRIM(BOTH FROM col)显式写法，但依然只针对空格；想删 tab，得写TRIM(BOTH '\t' FROM col)
不同数据库对 TRIM 参数的支持差异大
TRIM() 的语法在各数据库中并不统一，尤其参数顺序和可选修饰符容易出错。
常见情况：
- PostgreSQL 和 SQL Server 支持
TRIM(LEADING 'x' FROM col)这类带方向和字符的写法，但 MySQL 要求把方向放在最前：TRIM(LEADING 'x' FROM col)可用，而TRIM('x' FROM col)在 MySQL 中是合法的简写，PostgreSQL 却不认 - SQLite 只支持
TRIM(col)和TRIM(col, 'x')两种形式，不支持LEADING/TRAILING关键字 - Oracle 的
RTRIM()/LTRIM()更常用，且RTRIM(col, chr(9))可直接删 tab，但标准TRIM()不接受多字符或非空格参数
批量清理时别忽略 NULL 和全空白字符串
TRIM() 对 NULL 返回 NULL，对纯空白字符串（如 '\t\n '）返回空字符串 ''——这两者在业务逻辑里常需区别对待。
实操建议：
- 清洗前加
WHERE col IS NOT NULL避免无意义计算 - 清洗后用
CASE WHEN TRIM(col) = '' THEN NULL ELSE TRIM(col) END把空白串转成NULL，避免后续= ''判断失效 - 如果字段要建索引或参与 JOIN，强烈建议统一将空白串标准化为
NULL，否则''和NULL会被视为不同值
性能敏感场景下，TRIM() 可能拖慢查询
在 WHERE 或 JOIN 条件里对字段用 TRIM(col)，会导致该列无法走索引（除非你建了函数索引）。大数据量时，一次 SELECT * FROM t WHERE TRIM(name) = 'abc' 可能全表扫描。
优化思路：
- 清洗动作尽量前置：ETL 阶段就存干净值，而不是每次查都
TRIM() - MySQL 8.0+ / PostgreSQL 支持函数索引，可建
CREATE INDEX idx_name_trim ON t (TRIM(name))，但要注意维护成本 - 如果只是去空格，且字段长度固定，有时用
col LIKE ' %' OR col LIKE '% '反而更快（仅限简单场景，慎用）
真正麻烦的不是空格本身，而是你不知道它是不是空格。查 HEX、看执行计划、区分 NULL 和 '' —— 这些步骤漏掉一个，清洗就可能埋雷。
