mysql 5.7+ 默认禁用 load data local infile 是主动安全策略，需同时配置服务端 local_infile=on、客户端显式启用（如 --local-infile=1 或驱动参数）及 secure_file_priv 设为有效路径，缺一不可。
MySQL 安装后默认禁用 LOAD DATA LOCAL INFILE，不是配置遗漏或版本 Bug，而是从 5.7 起就写死的安全策略——它允许客户端进程读取自己本地任意可访问文件（比如 /etc/passwd、~/.my.cnf），服务端只要发起请求，客户端就会照做并上传内容。一旦存在 SQL 注入或被诱骗连接恶意服务端，攻击链就成立了。
为什么只改 SET GLOBAL local_infile = ON 没用？
这条语句只打开服务端“愿意接收”的开关，但 LOAD DATA LOCAL INFILE 的实际执行发生在客户端：文件由客户端进程读取、组装、再发给服务端。服务端开没开，和客户端敢不敢读，是两件事。
-
mysql命令行工具默认关闭客户端侧通道，必须显式加--local-infile=1 - PyMySQL 默认禁用，连接时得传
local_infile=True；mysql-connector-python 则要传allow_local_infile=True - 即使两者都开了，若服务端
secure_file_priv返回NULL，整个 INFILE 类操作仍被拒绝
为什么报错 ERROR 1148 或 ERROR 3948？
这是 MySQL 主动拦截的明确信号，说明至少有一端没通过校验。常见组合：
MySQL（Linux）
下载
MySQL 9.6.0是面向Linux平台的2026年创新版本，核心架构迎来重大革新。其将外键约束与级联操作从InnoDB引擎层上移至SQL层，确保所有数据变更均被完整记录至Binlog，彻底解决了CDC（变更数据捕获）与主从复制中的数据不一致难题。此外，该版本引入container_aware启动选项以原生适配容器环境，并对审计日志进行了组件化重构，为追求极致数据一致性与云原生体验的开发者提供了全新选择。
- 服务端
@@local_infile是OFF→ 改[mysqld]段加local_infile = ON并重启 - 客户端没带
--local-infile=1→ 单独启动命令无效，脚本或驱动里也得配 -
SELECT @@secure_file_priv返回NULL或空字符串 → 必须在[mysqld]段设具体路径，如secure_file_priv = /var/lib/mysql-files/
哪些地方容易漏配？
配置分散在三个层面，缺一不可：
-
my.cnf的[mysqld]段：控制服务端是否响应，写local_infile = ON -
my.cnf的[client]或[mysql]段：影响命令行工具默认行为，写loose-local-infile = 1（注意loose-前缀防启动失败） - 应用代码里：PyMySQL 要
pymysql.connect(..., local_infile=True)；Node.js 的mysql2要connectionOptions = { enableLocalInfile: true }
重启 mysqld 后，别只查变量值，一定要实测执行一句 LOAD DATA LOCAL INFILE —— 因为驱动可能编译时就没启用该能力，或者目录权限不对，这些都不会体现在变量里。
