LOAD DATA LOCAL INFILE访问限制报错，多种尝试无效寻求解决方案

以下是你未尝试过的排查与修复方向，按顺序测试：

1. 确认会话级local_infile状态 #

全局设置local_infile=1后，当前会话可能未同步生效，先执行：

SHOW VARIABLES LIKE 'local_infile';

若结果为OFF，执行会话级激活命令：

SET SESSION local_infile=1;

之后重新运行LOAD DATA命令。

2. 修改MySQL配置文件实现永久生效 #

临时全局设置会在服务重启后失效，需修改配置文件（Linux为/etc/my.cnf或/etc/mysql/my.cnf，Windows为my.ini）：

• 在[mysqld]段添加：

  local_infile=1
  

• 在[mysql]段也添加：

  local_infile=1
  

保存后重启MySQL服务，再连接执行命令。

3. 检查文件与路径权限 #

• Linux/macOS：确保文件具备可读权限，执行：

  chmod +r /path/clothes.txt
  

  同时确认MySQL客户端进程所属用户（如mysql用户）能访问该路径，可临时将文件移至/tmp目录测试（该目录权限通常更宽松）。
• Windows：确认文件未被其他程序锁定，且MySQL服务使用的用户（默认是Local System）拥有该文件的读取权限——右键文件→属性→安全→添加对应用户并赋予读取权限。

4. 启动客户端时显式开启local-infile支持 #

使用命令行客户端连接时，必须主动开启本地文件加载权限：

mysql --local-infile=1 -u 你的用户名 -p

进入客户端会话后再执行LOAD DATA LOCAL INFILE命令。

5. 排查安全模块拦截 #

• Linux：若开启了SELinux或AppArmor，可能拦截文件访问。临时关闭SELinux测试：

  setenforce 0
  

  若问题解决，需添加规则允许MySQL访问目标文件路径；AppArmor则需修改/etc/apparmor.d/usr.sbin.mysqld文件，添加文件路径的访问权限后重启AppArmor。
• Windows：临时关闭杀毒软件或防火墙，确认是否被拦截。

6. 移除LOCAL关键字后的额外检查 #

若移除LOCAL仍报错，检查服务端secure_file_priv变量：

SHOW VARIABLES LIKE 'secure_file_priv';

• 若值为指定目录，必须将clothes.txt放到该目录下才能使用LOAD DATA INFILE；
• 若值为NULL，说明服务端禁止LOAD DATA INFILE，需在[mysqld]段添加secure_file_priv='/允许的目录/'，重启服务后将文件移至该目录。

内容的提问来源于stack exchange，提问作者R-A