MySQL中TRIM函数删除指定字符与字符串的用法详解

场景引入：传统LIKE查询的性能陷阱

在实际开发中，经常会遇到从数据库中读取带有特定前缀的数据需求。例如：

又或者数据结构更为杂乱：

当数据量较大时，使用 WHERE field LIKE '/%' 不仅会导致索引失效，而且难以处理复杂的尾部字符匹配。此时，深入研究MySQL自带的字符串处理函数是更优的选择。很多人会联想到PHP中的 trim() 函数，虽然名字相同，但两者的底层行为有细微差别。MySQL同样原生支持该功能，语法比许多人的预想更为强大。

精准定位：LEADING, TRAILING 与 BOTH

TRIM 函数的核心在于它允许你指定要删除的位置。假设我们需要从 path 字段中清理数据，以下是三种主要模式：

第1步：使用 LEADING 删除左侧字符

目的：去除字段开头的指定字符串。
参数：LEADING 后跟待删除的目标字符/串。
示例 SQL：

SELECT *, trim(LEADING '/' FROM `path`) as paths FROM `ts_back_pic` limit 10;

第2步：使用 TRAILING 删除右侧字符

目的：去除字段结尾的指定字符串。
参数：TRAILING 后跟目标字符。
示例 SQL：

SELECT *, trim(TRAILING '/' FROM `path`) as paths FROM `ts_back_pic` limit 10;

第3步：使用 BOTH 删除双侧字符

目的：同时去除开头和结尾的字符串。
参数：BOTH。
示例 SQL：

SELECT *, trim(BOTH '/' FROM `path`) as paths FROM `ts_back_pic` limit 10;

关键差异：MySQL vs PHP 的行为区别

这是最容易踩坑的地方。在PHP中，trim($str, $chars) 的第二个参数被视为“需要被移除的字符集合”，即只要字符存在于这个集合中，就会被递归删除，直到两端不再包含这些字符为止。但在MySQL中，TRIM 的参数被视为一个完整的子字符串。

这意味着：

• MySQL：TRIM(BOTH 'abc' FROM 'abcaaa...') 只会尝试移除整个 'abc'。如果数据末尾是 'abcc' 或单独的一个 'c'，它是不会匹配的，除非你能拼凑出完整的 'abc'。
• PHP：trim('abcaaa', 'abc') 会一直删，直到遇到不属于 a,b,c 的字符。

这一特性要求在使用 TRIM 处理不确定长度的乱码或多字符拼接时，需格外谨慎。

进阶实战：默认行为与混合空白符清洗

1. 默认删除两侧空格
如果不传任何 LEADING/TRAILING/BOTH 关键字，仅传入待处理字段，MySQL默认执行两侧去空操作：

SELECT *, trim(`path`) as paths FROM `ts_back_pic` limit 10;

2. 处理复杂组合（如“空格+回车”）
有些脏数据并非单一字符，比如末尾包含了一个空格和一个换行符。由于上述提到的“完整字符串匹配”限制，直接写 TRIM(BOTH ' \r\n' ...) 可能无法按预期清除每一个独立的字符。这时可以采用嵌套调用的方式：

SELECT *, trim(BOTH '\r\n' FROM trim(`path`)) as paths FROM `ts_back_pic` limit 10;

环境说明：假设数据末尾是一个空格后面紧跟一个回车符。第一层 trim(path) 先清除首尾的空格，第二层再针对内部残留的非标准空白进行清洗。这种组合策略能有效应对不规则的混合空白符。