MySQL存储过程原生不支持执行系统命令，因安全设计禁用OS交互；system/exec语法无效，仅可通过手动安装sys_exec插件（限Linux+5.7）实现，但8.0默认禁用；推荐用事件、队列或应用层解耦替代。
MySQL 存储过程原生不支持执行系统命令，system cmd 是无效语法，会直接报错 ERROR 1327 (42000): Undeclared variable: system 或类似解析错误。
为什么不能直接用 system 或 exec？
MySQL 服务端默认禁用任何与操作系统交互的能力，这是安全设计的硬性限制。所谓 system cmd 出现在某些老旧博客或误传示例中，实际在所有正式版本（5.7 / 8.0）中都不存在该语句。尝试执行只会触发 SQL 解析失败。
- MySQL 的
BEGIN...END块内只允许标准 SQL 语句、变量赋值、流程控制（IF/WHILE）、游标等，不包含 shell 调用能力 - 即使以
root身份连接，也无法绕过该限制；权限模型不提供“执行外部命令”这一维度 - 试图用
SELECT LOAD_FILE('/proc/self/cmdline')或SELECT sys_eval()等方式，均依赖未启用的第三方插件，非 MySQL 自带功能
想调用外部命令，唯一可行路径是启用 sys_exec 插件
该插件由 MySQL UDF（User-Defined Function）项目提供，需手动编译安装，并且仅适用于 Linux + MySQL 5.7 及更早版本（MySQL 8.0 默认禁用所有自定义函数加载，且多数发行版已移除兼容支持）。
- 插件文件通常是
lib_mysqludf_sys.so，需放在 MySQL 插件目录（如/usr/lib/mysql/plugin/），路径可通过SELECT @@plugin_dir;查看 - 加载命令：
CREATE FUNCTION sys_exec RETURNS INT SONAME 'lib_mysqludf_sys.so'; - 使用方式：
SELECT sys_exec('sh /path/to/script.sh');，返回值为 shell 命令退出码（0 表示成功） - 必须确保运行 MySQL 的系统用户（如
mysql）对目标脚本及其依赖有执行权限，且脚本不依赖交互式终端
替代方案比插件更可靠、更安全
绝大多数需要“在数据库逻辑中触发外部动作”的场景，其实可以通过更标准的方式解耦实现，避免引入插件带来的维护和安全风险。
- 用 MySQL
EVENT定时检查某张状态表（如task_queue），应用层轮询该表并执行对应操作 - 在存储过程中写入任务记录（如
INSERT INTO task_log(cmd, status) VALUES ('backup_db', 'pending');），由独立守护进程监听并执行 - 使用 MySQL 8.0+ 的
INFORMATION_SCHEMA.PROCESSLIST或性能模式配合外部监控工具做条件触发 - 若必须强一致性，改用应用层事务：先
CALL存储过程完成 DB 操作，再由业务代码同步调用系统命令
真正容易被忽略的是权限边界——哪怕插件装上了，mysql 用户通常无权写入 /tmp 以外的路径、无法访问网络、不能读取其他用户家目录。这些限制在开发环境可能被绕过，但在生产环境会突然暴露，导致看似能跑通的脚本在线上完全失效。
