只有BEFORE触发器能拦截写入并返回自定义提示，必须用SIGNAL SQLSTATE '45000' SET MESSAGE_TEXT = 'xxx'；AFTER中SIGNAL无效，查重需索引支持，且须检查sql_mode、驱动读取及ORM掩盖问题。
BEFORE触发器里必须写全SIGNAL语法
只写 SIGNAL SQLSTATE '45000' 是无效的，MySQL 会抛出 ERROR 1644 (45000): Unknown error 1644，客户端收不到你写的提示。必须显式加上 SET MESSAGE_TEXT = 'xxx'，比如：
IF NEW.email IS NULL THEN SIGNAL SQLSTATE '45000' SET MESSAGE_TEXT = '邮箱不能为空'; END IF;
这个字符串会被客户端（如 Python 的 pymysql、PHP 的 PDO）原样捕获，MESSAGE_TEXT 是唯一能透出定制文案的字段。
AFTER触发器中SIGNAL基本没用
AFTER 触发器里写 SIGNAL 看似语法合法，但实际无法中断主操作——数据早已写入，事务可能已提交。更常见的是：一旦你在 AFTER 里尝试改本表（比如 UPDATE users SET updated_at = NOW()），会先触发 ERROR 1442 (HY000): Can't update table in stored function/trigger，SIGNAL 根本没机会执行。
所以真正能“拦住写入+返回提示”的，只有 BEFORE 触发器。
安装、修复、更新或打包一个基于 Python 和 PyMySQL 实现的 Windows `mysql` 命令。适用于用户希望在 PowerShell/CMD 中输入 `mysql` 时重定向到 Python 实现、需要交互式输入 MySQL 连接信息、需要同步到当前用户本地 bin 目录，或需要将该能力封装成可公开复用的 Codex skill。
查重逻辑必须走索引，否则性能崩塌
想用触发器拦截重复邮箱，别写成：
SELECT email INTO @tmp FROM users WHERE email = NEW.email;
这会在查不到时直接报 ERROR 1329 (02000)，且无法捕获。正确写法是：
IF EXISTS (SELECT 1 FROM users WHERE email = NEW.email) THEN SIGNAL SQLSTATE '45000' SET MESSAGE_TEXT = '该邮箱已被注册'; END IF;
-
email字段必须有索引（唯一或普通均可），否则EXISTS变成全表扫描，高并发写入时延迟飙升 - 如果表上已有
UNIQUE(email)，这个触发器就是冗余的——除非你坚持统一用中文提示 - 不要试图用触发器覆盖外键错误（如
ERROR 1452），系统约束检查发生在触发器之后；得用SELECT 1 FROM parent_table WHERE id = NEW.parent_id主动预检
客户端不显示提示？先看这三处
即使触发器语法完全正确，你仍可能看不到自定义消息，常见原因有：
- MySQL 未启用严格模式：
sql_mode缺少STRICT_TRANS_TABLES，部分校验失败被静默吞掉，SIGNAL不触发 - 应用层驱动没读
MESSAGE_TEXT：比如pymysql抛出异常后，需显式访问exc.args[1]或exc.msg才能拿到文案 - ORM 或中间件做了错误掩盖：比如 Django 自动把
SQLSTATE '45000'转成通用IntegrityError，原始提示彻底丢失
真正的难点不在写对 SIGNAL，而在于理清 MySQL 内部执行顺序：约束检查、触发器调用、语句执行三者不可插队，你只能靠预检抢在系统机制之前完成验证。
