ltrim和rtrim仅处理半角空格，对全角空格（a0）、制表符（09）、换行符（0a）等无效；mysql 8.0+推荐用regexp_replace(..., '^[[:space:]]+|[[:space:]]+$', '')清洗，5.7需多层replace+trim组合处理。
LTRIM和RTRIM只能处理半角空格，对全角空格、制表符、换行符无效
MySQL 的 TRIM() 系列函数（包括 LTRIM() 和 RTRIM()）默认只移除 ASCII 空格（0x20），遇到中文全角空格（0xA0）、\t、\n、\r 会原样保留。这是清洗失败最常见的原因。
实操建议：
- 先用
HEX(col)检查异常字符：比如SELECT col, HEX(col) FROM t WHERE col LIKE '% %';，观察末尾或开头是否出现A0（全角空格）、09（tab）、0A（LF） -
LTRIM(RTRIM(col))仅适用于纯英文/数字字段的首尾半角空格清理 - 若需兼容多类型空白符，必须改用
TRIM()的扩展语法或正则替换（MySQL 8.0+）
MySQL 8.0+ 用 REGEXP_REPLACE 清洗混合空白符更可靠
从 MySQL 8.0 开始，REGEXP_REPLACE() 支持 Unicode 属性类，能一次性处理多种空白字符。比嵌套多个 REPLACE() 更简洁、可读性更强。
实操示例：
UPDATE users SET name = REGEXP_REPLACE(name, '^[[:space:]]+|[[:space:]]+$', '');
说明：
-
[[:space:]]匹配所有 Unicode 空白符（含\t、\n、\r、全角空格等） -
^和$锚定首尾，避免误删中间空格 - 如需保留中间多个空格为单个空格，可额外加一层：
REGEXP_REPLACE(..., '[[:space:]]+', ' ') - 注意：该函数不修改原字段值，必须配合
UPDATE或SELECT ... AS使用
低版本 MySQL（5.7 及以下）只能靠多层 REPLACE 拼凑
MySQL 5.7 不支持正则替换，也无内置 Unicode 空白识别。此时只能手动枚举常见非法空白字符并逐个清除。
实操写法（顺序很重要）：
UPDATE users SET name = TRIM(
REPLACE(
REPLACE(
REPLACE(
REPLACE(name, CHAR(0xA0), ' '), -- 全角空格
'\t', ' '
),
'\n', ' '
),
'\r', ' '
)
);
关键点：
-
CHAR(0xA0)是 UTF8MB4 下的全角空格，不是普通空格；漏掉它会导致“看起来没空格但长度异常” - 必须先替换特殊字符为普通空格，再用
TRIM()统一去首尾——不能反过来，否则TRIM()对\t无效 - 如果字段含 BLOB 或 TEXT 类型，
REPLACE()可能截断；建议先确认字段类型与排序规则（如utf8mb4_unicode_ci）
清洗后务必验证 LENGTH() 和实际显示效果
肉眼判断“没空格”不可靠。很多空格在 UI 中不可见，但 LENGTH() 明显偏大，或导致唯一索引冲突、JOIN 失败。
验证步骤：
- 查清洗前后长度变化：
SELECT name, LENGTH(name), HEX(name) FROM users WHERE id = 123; - 对比清洗前后查询结果是否一致：
SELECT * FROM users WHERE name = '张三';→ 清洗后可能命中，之前不命中 - 检查索引是否重建：如果字段上有唯一索引，清洗后重复值可能暴露，需人工去重
- 注意排序规则影响：
utf8mb4_general_ci可能忽略某些空白差异，而utf8mb4_0900_as_cs区分大小写和空白，测试环境要匹配生产
真正麻烦的从来不是函数怎么写，而是你不知道数据里混了多少种“看不见的空格”。每次清洗前，先 HEX() 看一眼，比猜强十倍。
