必须用before insert触发器清洗手机号：先用嵌套replace或regexp_replace剔除空格、横线等干扰符，再trim并校验是否为11位纯数字，非合规则set new.phone = null或signal报错；严禁在after中处理，且需为清洗后字段建unique索引。
触发器里怎么写手机号清洗逻辑
直接在 BEFORE INSERT 触发器中处理，避免脏数据入库。核心是用字符串函数剔除空格、横线、括号、加号等干扰字符，再验证是否为11位纯数字。MySQL 8.0+ 可用 REGEXP_REPLACE，老版本得靠 REPLACE 嵌套或自定义函数。
常见错误：在 AFTER INSERT 中更新，导致触发器递归或违反约束；或只做 UPDATE 不改 NEW.phone，清洗无效。
- 必须用
SET NEW.phone = ...覆盖原始值，否则清洗不生效 - 清洗后应校验长度和数字性，非11位数字建议设为
NULL或抛错（用SIGNAL） - 注意中文全角字符（如全角空格、破折号），
REPLACE对它们无效，需先转编码或用正则
MySQL 5.7 怎么兼容实现清洗
5.7 不支持 REGEXP_REPLACE，得手动逐个替换干扰符。顺序很重要：先处理全角字符，再删半角符号，最后去首尾空格。嵌套太多 REPLACE 易出错，建议封装成函数。
示例清洗语句（放入触发器 body）：
SET NEW.phone = TRIM(
REPLACE(
REPLACE(
REPLACE(
REPLACE(
REPLACE(NEW.phone, ' ', ''),
'-', ''),
'(', ''),
')', ''),
'+', '')
);
- 全角空格、中文括号需额外
REPLACE(NEW.phone, ' ', '')（注意这个是全角空格） - 若清洗后长度 ≠ 11，建议
SET NEW.phone = NULL，避免存无效值 - 别忘了加
IF NEW.phone IS NOT NULL AND LENGTH(NEW.phone) != 11 THEN SIGNAL SQLSTATE '45000' SET MESSAGE_TEXT = 'Invalid phone length'; END IF;
触发器性能和并发要注意什么
每次插入都执行字符串处理，对高频写入表有轻微开销，但远小于应用层重复校验。真正风险在于并发场景下，触发器无法规避唯一索引冲突——比如两个会话同时插入清洗后相同的号码，其中一个会因唯一键失败。
- 手机号清洗后应建
UNIQUE索引在清洗列上（如clean_phone），而非原始列 - 避免在触发器里查表或调用复杂函数，否则锁等待加剧
- 测试时用
SHOW WARNINGS检查触发器是否静默失败（比如SET赋值被截断）
PostgreSQL 怎么做等效处理
PG 没有 NEW 直接赋值语法，得用 BEFORE ROW 触发器 + 函数返回 NEW。清洗逻辑更简洁：用 REGEXP_REPLACE(phone, '[^0-9]', '', 'g') 一行搞定。
关键点：
- 触发器函数必须声明为
RETURNS trigger，结尾写RETURN NEW; - PG 的
LENGTH()对多字节字符安全，但手机号一般无此问题 - 如果业务要求保留原始格式（如显示用），清洗结果应存入单独字段，别覆盖原始
phone
