trim函数仅能去除字符串首尾空格或指定字符，无法处理中间空格、制表符、换行符及unicode不可见字符；需结合replace、regexp_replace、substitute或clean等函数协同清洗。
TRIM 只能去掉首尾控制符，中间的得靠 REPLACE
SQL 的 TRIM() 函数对控制符（如 、 、
、
）确实有效，但仅限字符串开头和结尾。如果脏数据里有嵌入式换行或制表符（比如用户粘贴进来的 Excel 数据），TRIM() 完全无感——它根本不会碰中间部分。
常见错误是写成 TRIM(both '
' from col) 还以为能清掉所有换行，结果只清了首尾，中间照样保留。
-
TRIM()支持单字符或字符集（如TRIM(BOTH FROM col)默认去空格，PostgreSQL 支持多字符但非标准） - ASCII 控制符在不同数据库中写法不同：
CHAR(0)（SQL Server）、UNHEX('00')（MySQL） - 想批量清理多个控制符，必须链式调用
REPLACE()或用正则（如 PostgreSQL 的REGEXP_REPLACE()）
MySQL 中用 REPLACE 清理常见控制符的写法
MySQL 不支持直接写 '
' 字面量在 REPLACE() 里（除非启用了 ANSI_QUOTES），得用 CHAR() 构造。
SELECT REPLACE(
REPLACE(
REPLACE(
REPLACE(col, CHAR(0), ''), --
CHAR(9), '' --
),
CHAR(10), '' --
),
CHAR(13), '' --
) AS cleaned FROM table;
注意顺序不重要，但每层 REPLACE() 都是一次全字段扫描，嵌套过深会影响性能；大表建议先加索引或分批处理。
- CHAR(9) = tab，CHAR(10) = line feed（ ），CHAR(13) = carriage return（ ）
- CHAR(0) 在 MySQL 中可能导致截断（尤其旧版本），务必确认字段类型是否为
TEXT或VARCHAR（非TINYTEXT等易截断类型） - 避免用
REPLACE(col, ' ', '')—— 这在大多数 MySQL 模式下不解析为换行符
PostgreSQL 中更简洁：用 REGEXP_REPLACE 一步到位
PostgreSQL 支持 Unicode 转义，可以直接写 E'
' 或用正则匹配所有 ASCII 控制符（ – ）：
SELECT REGEXP_REPLACE(col, E'[\x00-\x1f]', '', 'g') AS cleaned FROM table;
这个正则会清除所有 C0 控制字符（包括
等），'g' 表示全局替换。比嵌套 REPLACE() 更可靠，也更容易维护。
- 若只要清除特定几个，可用字符组：
E'[ ]' -
TRIM(BOTH ' ' FROM col)可同时去首尾多种字符，但依然不碰中间 - 正则性能略低于纯
REPLACE()，但对中小数据量几乎无感；超大表可考虑先用WHERE col ~ '[\x00-\x1f]'过滤再处理
SQL Server：用 TRANSLATE + TRIM 组合最高效
SQL Server 2017+ 引入 TRANSLATE()，一次替换多个字符，比嵌套 REPLACE() 更快且可读性好：
SELECT TRIM(TRANSLATE(col, CHAR(0)+CHAR(9)+CHAR(10)+CHAR(13), ' ')) AS cleaned FROM table;
这里先把控制符全换成空格，再用 TRIM() 去掉首尾空格——注意不是删空格，而是利用空格作为“占位符”规避多次 REPLACE() 开销。
-
TRANSLATE()要求两个字符串长度一致，所以替换成等长空格（4 个） - 若原始字段含真实空格且需保留，改用不可见字符如
CHAR(1)占位，再二次REPLACE() - SQL Server 的
TRIM()默认去空格，要清其他字符需显式指定：TRIM(CHAR(9) FROM col)
真正麻烦的是混合控制符 + 编码异常（比如 UTF-8 BOM 或 Windows-1252 残留），那种情况光靠 SQL 很难兜底，得先确认数据来源和编码路径。
