MySQL触发器不能调用外部API是设计限制，因mysqld禁用网络I/O和系统调用；推荐用outbox表解耦写入与通知，或Redis Pub/Sub实现低延迟消息分发。
MySQL触发器不能直接调用外部API或发送通知——这不是配置问题，是设计限制。mysqld进程默认禁用网络I/O、系统命令执行和动态库加载，任何试图在AFTER INSERT里写curl或http_post()的操作，要么报错ERROR 1127: Can't find symbol，要么静默失败，甚至卡死事务。
为什么mysql-udf-http和sys_exec不推荐用于生产
这些UDF看似能“绕过限制”，但实际把风险从应用层转移到数据库核心：
-
http_post('https://api.example.com', ...)是同步阻塞调用：下游接口响应慢于3秒，INSERT就挂住，连接超时，主库写入阻塞 - UDF必须用
mysql用户运行，而该用户在Docker或加固系统中通常被剥夺网络权限，curl直接返回CURLE_COULDNT_CONNECT却无法被捕获 - 返回值只有字符串或
NULL，无法区分“HTTP 503”、“DNS失败”还是“空响应体”，@res IS NULL只能告诉你“可能失败了”，没法重试或告警 -
INSTALL PLUGIN要求secure_file_priv = ''且.so文件属主为mysql，MySQL 8.0+默认拒绝非plugin_dir路径加载，配置稍错就FUNCTION does not exist
真正可行的方案：用outbox表解耦写入与通知
这是目前生产环境最稳定、可审计、可重试的做法——触发器只负责写，不负责发：
win可用的mysql指令skill
下载
安装、修复、更新或打包一个基于 Python 和 PyMySQL 实现的 Windows `mysql` 命令。适用于用户希望在 PowerShell/CMD 中输入 `mysql` 时重定向到 Python 实现、需要交互式输入 MySQL 连接信息、需要同步到当前用户本地 bin 目录，或需要将该能力封装成可公开复用的 Codex skill。
- 建一张
outbox表，字段至少包含id、url、method、payload、status（'pending'/'sent'/'failed'）、created_at - 触发器逻辑只做一件事：
INSERT INTO outbox (url, payload) VALUES ('https://xxx/webhook', JSON_OBJECT('table', 'orders', 'id', NEW.id)); - 外部服务（Python/Node.js）用
SELECT ... FOR UPDATE SKIP LOCKED轮询WHERE status = 'pending'，并发安全且避免重复消费 - 发送成功后
UPDATE outbox SET status = 'sent' WHERE id = ?；失败则设'failed'并记录error_message，便于人工干预
想更低延迟？用REDIS_PUBLISH()替代轮询
如果实时性要求高（比如订单创建后1秒内要推送到前端），轮询500ms间隔仍有压力，可用Redis Pub/Sub桥接：
- 先装
redis_udf插件（比mysql-udf-http更轻量、更成熟） - 触发器里调用
REDIS_PUBLISH('order_events', JSON_OBJECT('id', NEW.id, 'event', 'created')) - 外部消费者用
redis-cli --csv subscribe order_events或Pythonredis-py监听，收到即处理 - 注意：Redis需与MySQL同机房部署，避免网络抖动导致消息丢失；
REDIS_PUBLISH本身无持久化，若消费者宕机，消息会丢——适合“尽力而为”场景，不适用于金融级可靠投递
最容易被忽略的点是事务边界：触发器里的INSERT INTO outbox和主表变更在同一事务中，只要主事务提交，outbox记录就一定存在；但外部程序读取和发送必须在事务外完成。别试图在触发器里COMMIT或START TRANSACTION，MySQL不允许。
