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 吗？分隔符固定吗？是否需正则？选对函数比嵌套三层更有效。
