能做，但必须用 BEFORE INSERT 触发器，校验靠 SIGNAL 中断、标准化靠 SET NEW.field 赋值——缺一不可；AFTER INSERT 中 NEW 只读，SET 会报错；SIGNAL 必须用于校验失败，SELECT 无效；NULL 需显式判断；注意字段约束、版本兼容性及批量插入绕过风险。
直接说结论：能做，但必须用 BEFORE INSERT 触发器，且校验靠 SIGNAL 中断、标准化靠 SET NEW.field 赋值——这两步缺一不可，否则要么拦不住非法数据，要么改不进库。
为什么必须用 BEFORE INSERT 而不是 AFTER INSERT
AFTER INSERT 里 NEW 是只读的，执行 SET NEW.email = 'a@b.com' 会直接报错：ERROR 1362 (HY000): Updating of NEW row is not allowed in after trigger。因为此时数据已落盘，改也白改。而 BEFORE INSERT 中的 NEW 是可写临时行对象，SET 操作直接影响最终入库值。
校验失败必须用 SIGNAL，不能只写 IF + SELECT
常见错误是这样写：
IF NOT NEW.email REGEXP '^[A-Za-z0-9._%+-]+@[A-Za-z0-9.-]+\.[A-Za-z]{2,}$' THEN
SELECT '邮箱格式错误'; -- ⚠️ 这条语句完全没用，插入照常进行
END IF;正确做法是：
- 必须用
SIGNAL SQLSTATE '45000' SET MESSAGE_TEXT = '邮箱格式不合法'; -
MESSAGE_TEXT长度不能超 128 字符，关键字段名建议前置（如'email 格式不合法'） - 多个校验项之间用
IF ... END IF;分开，不要堆在一个IF里——MySQL 遇到第一个SIGNAL就终止，后续逻辑不执行 - 若字段允许
NULL，校验前得加IF NEW.email IS NOT NULL THEN ... END IF;，否则NULL REGEXP 'xxx'返回NULL（非FALSE），条件判断失效
标准化处理要小心字段约束和版本兼容性
比如把邮箱转小写并去空格：SET NEW.email = LOWER(TRIM(NEW.email))，看着简单，但有坑：
- 如果
email字段定义为NOT NULL且无默认值，而你在触发器里把它设成空字符串或NULL，插入会失败 -
REGEXP_REPLACE()只在 MySQL 8.0+ 支持，想清理电话里的非数字字符得先确认版本：SELECT VERSION(); - 日期类字段慎用
NOW()填充，默认含时分秒；要用CURDATE()或DATE(NOW())避免精度干扰 - 批量插入（如
INSERT INTO ... SELECT或 ORM 批量语句）可能绕过触发器，不是所有客户端都默认启用——得确认账号有TRIGGER权限，且操作未被优化跳过
真正容易被忽略的是：触发器不是“万能过滤网”。它对 LOAD DATA INFILE、某些 INSERT ... ON DUPLICATE KEY UPDATE 场景、以及低版本 MySQL 的正则锚点（^/$）支持都不稳定。上线前务必用真实数据流测一遍，别只靠单条 INSERT 验证。
