不能，MySQL 8.0+ 触发器中 REGEXP_LIKE 仅作判断，不自动拦截，须配合 SIGNAL SQLSTATE '45000' 主动报错；否则校验无效。
MySQL 8.0+ 的 BEFORE INSERT/UPDATE 触发器中无法直接用 REGEXP_LIKE 做强制拦截？
不能。MySQL 触发器里 REGEXP_LIKE() 可以用，但**仅当表达式返回 FALSE 时不会自动阻止插入**——触发器本身不提供“校验失败就中断”的语义，必须手动抛异常。
正确做法是用 SIGNAL SQLSTATE '45000' 主动报错，并附带提示信息。否则即使正则不匹配，数据照常入库，校验形同虚设。
- MySQL 5.7 不支持
SIGNAL，只能降级为INSERT INTO ... SELECT 1/0触发除零错误（不推荐，难维护） - MySQL 8.0+ 必须在触发器内显式判断 +
SIGNAL，例如：IF NOT REGEXP_LIKE(NEW.phone, '^1[3-9]\d{9}$') THEN SIGNAL SQLSTATE '45000' SET MESSAGE_TEXT = '手机号格式错误'; END IF; - 注意：正则语法依赖 MySQL 版本，8.0 默认使用 ICU 正则引擎，
^和$锚定整行，不是子串匹配
PostgreSQL 中用 CHECK 约束比触发器更适合做格式校验？
是的。CHECK 约束天然支持 ~（POSIX 正则）或 ~*（忽略大小写），语义清晰、性能更好、且自动生效于所有写入路径（包括 COPY、批量 INSERT）。
触发器反而容易漏掉场景（比如未定义 ON UPDATE 或忽略 INSERT ... ON CONFLICT）。除非需要跨字段联动校验（如“email 域名必须和 company_domain 字段一致”），否则优先用约束。
- 示例：
ALTER TABLE users ADD CONSTRAINT valid_email CHECK (email ~ '^[A-Za-z0-9._%+-]+@[A-Za-z0-9.-]+.[A-Za-z]{2,}$'); -
CHECK在事务提交时才校验，不阻塞单条语句执行；而触发器每行都执行，高并发下可能成瓶颈 - PostgreSQL 的
pg_constraint系统表可查约束定义，便于审计；触发器逻辑藏在pg_trigger里，不易追溯
SQL Server 的 AFTER INSERT 触发器无法回滚违反格式的数据？
可以回滚，但必须用 ROLLBACK TRANSACTION，且要小心嵌套事务和触发器递归。
AFTER 触发器已提交原始操作，靠 ROLLBACK 是唯一办法。但若业务代码显式开了事务，触发器里的 ROLLBACK 会把整个外层事务也干掉，容易引发意料外的失败。
- 更稳妥的做法是改用
INSTEAD OF INSERT触发器，在数据落库前拦截：CREATE TRIGGER tr_validate_phone ON users INSTEAD OF INSERT AS BEGIN IF EXISTS (SELECT 1 FROM inserted WHERE phone NOT LIKE '1[3-9][0-9][0-9][0-9][0-9][0-9][0-9][0-9][0-9]') THROW 50000, '手机号格式错误', 1; ELSE INSERT INTO users SELECT * FROM inserted; END; - SQL Server 的
LIKE不支持完整正则，复杂规则得用CLR UDF或迁移到STRING_SPLIT+ 多条件组合 - 触发器里禁止调用修改数据的存储过程，否则可能触发嵌套触发器死循环
Oracle 触发器里用 REGEXP_LIKE 报 ORA-04091 表变异错误？
这是典型误用：在行级触发器（FOR EACH ROW）里对当前表做 SELECT，Oracle 会拒绝，因为表正处于变更中。
格式校验不需要查表，只需检查 :NEW.column 值本身。只要别写 SELECT ... FROM my_table WHERE id = :NEW.id 这类语句，就不会触发 ORA-04091。
- 正确写法：
IF NOT REGEXP_LIKE(:NEW.ssn, '^d{3}-d{2}-d{4}$') THEN RAISE_APPLICATION_ERROR(-20001, 'SSN 格式错误'); END IF; - Oracle 正则默认区分大小写，忽略大小写需加标志
'i'，如REGEXP_LIKE(:NEW.code, '^[a-z]+$', 'i') - 函数索引（
CREATE INDEX idx_ssn_fmt ON users (REGEXP_LIKE(ssn, ''^d{3}-d{2}-d{4}$''))）无法加速触发器内的正则判断，别指望它提升校验性能
正则校验真正难的不是写对表达式，而是搞清每个数据库如何把“不匹配”变成“不允许入库”——信号怎么发、事务怎么控、错误怎么透出，这些细节一错，格式规范就只剩心理安慰。
