TRIM函数只能去除字符串首尾空格，无法处理中间空格、制表符、换行符及全角/不间断空格；需用REPLACE或正则函数清理内部空白，且UPDATE前必须加WHERE条件验证。
TRIM 函数到底能不能去掉中间空格
TRIM() 只处理字符串首尾的空格（或指定字符），对中间的空格、制表符、换行符完全无效。很多人看到“trim”就默认能“清理所有空白”，结果 SELECT TRIM(' a b c ') 返回 'a b c'，中间两个空格原封不动。
常见错误现象：WHERE name = 'John Doe' 查不到数据，其实数据库里存的是 'John Doe'（两个空格），用 TRIM() 也救不回来。
- MySQL / PostgreSQL / SQL Server（2017+）支持
TRIM(BOTH ' ' FROM col)，但依然只作用于两端 - SQLite 的
TRIM()不接受第二个参数，只能去空格，且仅限首尾 - 如果字段含
TRIM()默认不处理——得显式写成TRIM(BOTH ' ' FROM col)（注意顺序无关，但字符要列全）
想删所有空格？别硬套 TRIM，用 REPLACE 更直接
真正要“去除全部空格”，REPLACE() 是最通用、最可控的选择。它不区分位置，逐个替换，语义清晰，所有主流 SQL 方言都支持。
使用场景：清洗用户输入的姓名、地址、SKU 编码等字段，其中可能混入多余空格或全角空格。
- 删掉所有半角空格：
REPLACE(col, ' ', '') - 顺手干掉制表符和换行：
REPLACE(REPLACE(REPLACE(col, ' ', ''), ' ', ''), ' ', '') - MySQL 8.0+ 或 PostgreSQL 可用正则：
REGEXP_REPLACE(col, '\s+', '')（\s匹配所有空白符，但注意性能开销） - SQL Server 2016+ 没有原生正则，
REPLACE嵌套是事实标准
全角空格、不间断空格这些“隐身空格”怎么识别
用户从 Word、网页或微信粘贴文本时，常带全角空格（ ，Unicode U+3000）或不间断空格（ ，U+00A0），TRIM() 和普通 REPLACE(col, ' ', '') 都看不见它们。
验证方法很简单：在查询中用 LENGTH() 和 CHAR_LENGTH() 对比，或导出 HEX 值看字节：
SELECT col, LENGTH(col), HEX(col) FROM t WHERE id = 123;
一旦发现异常长度或非 20 的空格字节，就得针对性替换：
- MySQL：用
REPLACE(col, UNHEX('E38080'), '')干掉全角空格（U+3000） - PostgreSQL：用
REPLACE(col, E'u3000', '') - SQL Server：用
REPLACE(col, NCHAR(0x3000), '') - 所有方言里，
REPLACE(col, CHAR(160), '')可清除不间断空格（U+00A0）
UPDATE 之前必须加 WHERE 条件，否则真会丢数据
执行 UPDATE 清洗数据时，漏写 WHERE 是高发事故。比如本想只修 status = 'pending ' 的记录，却写成：
UPDATE orders SET address = TRIM(address);
结果整张表的 address 全被重写——哪怕原来没空格，TRIM() 也会触发更新，可能激活触发器、增加 binlog 体积、锁表更久。
- 永远先用
SELECT验证逻辑：SELECT id, address, TRIM(address) AS cleaned FROM orders WHERE address != TRIM(address) LIMIT 5; - UPDATE 时复用同条件：
UPDATE orders SET address = TRIM(address) WHERE address != TRIM(address); - 涉及
REPLACE多层嵌套或正则时，先在小表或备份库试跑，观察执行计划和耗时
真正麻烦的不是函数怎么写，而是你不知道数据里混了多少种“空格”。查一遍 HEX()，比背十遍语法管用。
