MySQL触发器无法执行系统命令，因其运行在SQL层且无进程派生能力；官方刻意禁止以保障事务安全与系统稳定；应通过应用层监听task_queue表或解析binlog实现解耦。
MySQL触发器里不能执行系统命令
直接说结论：MySQL触发器内部无法调用外部程序（比如 shell、curl、python 脚本），这是由 MySQL 的安全模型和执行上下文决定的。触发器运行在服务端 SQL 层，没有进程派生能力，也不支持 SYS_EXEC、system() 这类接口。
为什么官方禁止在触发器里跑外部命令
这不是功能缺失，而是刻意限制：触发器在事务中同步执行，一旦调用外部程序失败或超时，会导致整个事务卡住甚至崩溃；外部程序还可能引入权限越界、路径遍历、命令注入等风险。MySQL 甚至不提供 sys_exec() 函数（某些老版本 UDF 扩展曾有，但已废弃且不兼容 8.0+）。
- 触发器属于 SQL 层逻辑，不接触操作系统层
-
SELECT ... INTO OUTFILE或LOAD DATA INFILE是文件操作，不是“调用程序” - 即使启用了
local_infile，也只能读写文件，不能执行
替代方案：用应用层或中间件解耦
真正需要“触发后跑外部任务”，得把动作移出 MySQL。常见做法是让触发器只做轻量记录，再由外部服务监听并响应。
- 在触发器里插入一条记录到
task_queue表，字段含event_type、record_id、created_at - 用 Python/Node.js 写一个轮询或基于
binlog解析的服务（如mysql-binlog-connector），捕获该表变更后调用subprocess.run()或发 HTTP 请求 - 避免用
INFORMATION_SCHEMA.PROCESSLIST或SHOW PROCESSLIST做轮询——性能差且不可靠
示例（触发器仅记日志）：
CREATE TRIGGER after_user_insert AFTER INSERT ON users
FOR EACH ROW
INSERT INTO task_queue (event_type, record_id) VALUES ('user_created', NEW.id);
UDF 和插件方案为什么也不推荐
历史上有人编译过 lib_mysqludf_sys 提供 sys_exec()，但这在 MySQL 5.7+ 默认禁用，8.0 完全不兼容，且需 root 权限安装、重启服务、开启 plugin_load，线上环境基本不可行。
- UDF 函数无法在触发器中调用（报错
Function 'sys_exec' is not defined或Can't use function in trigger） - 即使绕过限制，也会破坏事务原子性：外部命令成功但事务回滚，状态就错乱了
- 审计和运维极不友好——没人会去查 MySQL 插件目录里藏着什么二进制
复杂点在于：你真正需要的不是“MySQL 调外部程序”，而是“数据变更后触发某动作”。这个动作必须脱离数据库事务生命周期，否则迟早出问题。
