MySQL触发器中禁止执行LOAD DATA语句，报错ERROR 1314，属语法硬限制而非权限问题；即使FILE权限已授、local_infile=ON、路径合法，仍失败，因该限制自5.0起存在且不参与事务原子性。
触发器里写 LOAD DATA 会直接报错
MySQL 触发器内部禁止执行 LOAD DATA INFILE 和 LOAD DATA LOCAL INFILE，这不是权限问题，而是语法硬限制。执行时会立即抛出错误：ERROR 1314 (42000): LOAD DATA is not allowed in stored procedures, functions, triggers, or events。
这个限制从 MySQL 5.0 就存在，且至今未放开——哪怕你给 DEFINER 授了 FILE 权限、local_infile 开启、文件路径合法，照样失败。
- 触发器属于“存储程序上下文”，MySQL 明确将
LOAD DATA列为该上下文中禁用语句 - 不支持的原因包括：无法保证事务原子性（尤其跨表/跨引擎）、难以审计数据来源、与复制机制冲突风险高
- 试图用动态 SQL（
PREPARE/EXECUTE）绕过也无效，解析阶段就拒绝
为什么不能靠 DEFINER 权限或 local_infile 设置来解
LOAD DATA 在触发器中失败，和用户有没有 FILE 权限、local_infile 是 ON 还是 OFF 完全无关。这些配置只影响**交互式客户端或应用程序直连时的命令执行**，不参与触发器的语法校验流程。
-
SHOW GRANTS FOR 'definer_user'@'%'查到有GRANT FILE ON *.*—— 没用 -
SELECT @@global.local_infile返回ON—— 没用 - 把文件放到
/var/lib/mysql-files/并用绝对路径调用 —— 还是报 1314 错误
替代方案：绕开触发器，改用应用层或事件驱动
真正可行的落地方式，是把“数据加载”动作从触发器逻辑中剥离，交给外部可控环节：
- 应用代码监听业务事件（如订单创建完成），再发起独立的
LOAD DATA LOCAL INFILE请求（需确保连接参数含allowLoadLocalInfile=true） - 用 MySQL Event Scheduler 定期检查某个标志表（如
pending_imports），查到新记录后调用存储过程执行LOAD DATA（Event 不受该限制） - 借助消息队列（如 Kafka/RabbitMQ），由消费者服务读取事件并触发文件导入，彻底解耦数据库逻辑
注意：Event 方案仍需确保 EVENT 权限、log_bin=OFF 或 binlog_format=ROW，否则可能被复制环境跳过。
容易被忽略的原子性陷阱
即使你设法在存储过程中用了 LOAD DATA（比如通过 Event 调用），它本身**不参与外层事务**。如果一个事务里先 INSERT 主表、再靠 Event 加载关联数据，主表回滚时，已导入的关联数据不会自动撤回。
这意味着：
- 无法用
START TRANSACTION包住LOAD DATA实现一致性 - InnoDB 表上的触发器虽具原子性，但
LOAD DATA命令永远游离于该原子性之外 - 任何依赖“一次事务完成全链路写入”的设计，在涉及
LOAD DATA时都必须重构成两阶段提交或补偿逻辑
