REGEXP_REPLACE函数用于将字符串中匹配正则模式的子串替换为指定字符串；支持pos、occurrence、match_type等可选参数，NULL输入返回NULL，MySQL 8.0+、PostgreSQL、Oracle原生支持。
子查询本身不直接支持正则替换（如 REGEXP_REPLACE），但可以配合清洗函数在子查询中完成字段级清理，再供外层使用——关键在于「清洗动作必须发生在子查询内部」，且需注意 NULL、多行返回、别名等硬性限制。
子查询里用 REPLACE 或 REGEXP_REPLACE 清洗字段
清洗操作必须写在子查询的 SELECT 列表中，不能只放在外层。否则 NULL 或异常值会透传出去，后续聚合或关联容易出错。
-
REPLACE适合简单字符替换（如去空格、删换行符）：REPLACE(REPLACE(phone, '\r', ''), '\n', '') - 真正需要模式匹配时，得看数据库是否支持
REGEXP_REPLACE：MySQL 8.0+、PostgreSQL、Oracle 支持；SQL Server 用STRING_SPLIT+FOR XML模拟，或升级到 2022+ 用TRANSLATE+ 正则扩展 - 清洗后务必用
COALESCE或NULLIF处理空字符串变 NULL 的情况，避免WHERE col = ''漏掉数据
子查询返回多行时，REPLACE 会逐行生效，但别名不能省
FROM 后的子查询是“虚拟表”，哪怕只有一列也必须加别名，否则 MySQL 报 Every derived table must have its own alias，PostgreSQL 报 subquery in FROM must have an alias。
- 错误写法：
FROM (SELECT REPLACE(name, ' ', '_') FROM users) - 正确写法：
FROM (SELECT REPLACE(name, ' ', '_') AS clean_name FROM users) AS u - 别名建议用语义化缩写，比如
cleaned_users而不是t1，尤其当嵌套多层时，外层能一眼看出内层干了什么
用子查询清洗后再聚合，小心 NULL 导致结果丢失
清洗后的字段若含 NULL，直接进 GROUP BY 或 AVG 会被忽略——这不是 bug，是 SQL 标准行为，但常被误认为“数据没了”。
- 聚合前先确认清洗结果是否含 NULL：
SELECT COUNT(*), COUNT(clean_name) FROM (SELECT COALESCE(REPLACE(name, '.', ''), '') AS clean_name FROM users) AS t - 若业务要求空字符串参与统计，得统一转成占位符：
NULLIF(REPLACE(name, ' ', ''), '')→ 再COALESCE(..., '(unknown)') - 涉及
IN或=比较时，NULL 无法匹配任何值，必须显式写IS NULL或提前过滤
正则清洗慎用子查询，优先考虑 CTE 或物化视图
带 REGEXP_REPLACE 的子查询在 WHERE 或 SELECT 中反复出现时，每次都会重执行，性能雪崩。特别是跨多个字段做正则清洗再关联时，执行计划极易退化为全表扫描。
- 高频复用清洗逻辑，必须改用
WITH：WITH cleaned AS (SELECT id, REGEXP_REPLACE(email, '[^a-zA-Z0-9@._-]', '') AS clean_email FROM users) SELECT * FROM cleaned WHERE clean_email LIKE '%@%' - MySQL 8.0.22+ 可加
/*+ MATERIALIZE */提示强制物化，但仅限优化器能识别的简单子查询 - 生产环境若清洗规则固定，建议把清洗结果存到新列或新表，避免每次查询都实时计算
真正难的不是写出 REGEXP_REPLACE，而是判断该不该让它出现在子查询里——多数时候，它该在 CTE 里预计算，或在应用层做更可控的清洗。
