SQL字符串处理核心是善用内置函数而非复杂逻辑,关键在理解CONCAT/CONCAT_WS的NULL处理、SUBSTRING+LOCATE的定位截取、TRIM/REPLACE/REGEXP_REPLACE的清洗替换、UPPER/LOWER与LIKE/REGEXP的大小写及校验搭配。

SQL字符串处理核心是用好内置函数,不是写复杂逻辑。多数场景靠几个常用函数组合就能解决,关键在理解每个函数的边界行为和典型搭配。
拼接字符串:别只记得 CONCAT,注意 NULL 和分隔符
CONCAT 会自动跳过 NULL 值,适合不确定字段是否为空的场景;CONCAT_WS 则自带分隔符且更安全(第一个参数是分隔符,后续自动忽略 NULL)。
- 拼姓名+部门(可能有中间名为空):SELECT CONCAT(first_name, ' ', middle_name, ' ', last_name) FROM staff; → 若 middle_name 是 NULL,结果会出现双空格
- 更稳妥写法:SELECT CONCAT_WS(' ', first_name, middle_name, last_name) FROM staff; → 自动跳过 NULL,只用单空格连接非空部分
- MySQL 8.0+ 支持标准语法:SELECT first_name || ' ' || last_name;(需开启 PIPES_AS_CONCAT SQL 模式)
截取与定位:SUBSTRING + LOCATE 配合查“@”后域名
邮箱提取域名、路径提取文件名、日志中取关键段——本质都是“找位置→切出来”。LOCATE 返回首次出现位置(从1开始),SUBSTRING 按起始+长度或起始+结束取子串。
- 取邮箱 @ 后内容:SELECT SUBSTRING(email, LOCATE('@', email) + 1) FROM users;
- 取前5位编号(不足补0):SELECT LPAD(LEFT(id_str, 5), 5, '0') FROM logs;
- 注意:LOCATE 找不到时返回 0,直接加1会导致 SUBSTRING 从位置1开始取——可能误取整串,建议加判断:CASE WHEN LOCATE('@', email) > 0 THEN SUBSTRING(...) ELSE NULL END
清洗与替换:TRIM、REPLACE、REGEXP_REPLACE 各司其职
TRIM 去首尾空格/字符;REPLACE 全局精确替换(不支持正则);REGEXP_REPLACE(MySQL 8.0+/PostgreSQL)才真正做模式替换。
- 去多余空格+规范分隔符:SELECT REPLACE(TRIM(description), ' ', ' ') FROM products;(先 TRIM 再替换双空格)
- 隐藏手机号中间4位:SELECT CONCAT(LEFT(phone, 3), '****', RIGHT(phone, 4)) FROM users;
- 用正则清理带括号的备注:SELECT REGEXP_REPLACE(note, '\([^)]*\)', '') FROM orders;(MySQL 中需转义括号)
大小写与格式校验:UPPER/LOWER + LIKE/REGEXP 快速筛数据
大小写转换不只是显示用,更是标准化匹配的前提;LIKE 适合简单通配,REGEXP 更准但性能略低。
- 查所有以 “VIP_” 开头的用户(不区分大小写):SELECT * FROM users WHERE UPPER(tag) LIKE 'VIP_%';
- 验证手机号格式(11位数字):WHERE phone REGEXP '^1[3-9][0-9]{9}$';
- 查含中文字符的地址(MySQL):WHERE address REGEXP '[一-龥]';
基本上就这些。字符串处理不复杂但容易忽略边界,动手前先想清楚:要处理 NULL 吗?分隔符固定吗?是否需正则?选对函数比嵌套三层更有效。
以上就是SQL字符串处理如何编写_高频场景实例讲解便于理解使用【指导】的详细内容,更多请关注php中文网其它相关文章!