我正在学习MySQL，并尝试使用LOAD DATA子句。当我使用它时，如下所示:
LOAD DATA INFILE "text.txt" INTO table mytable;
我得到了以下错误:
MySQL服务器正在使用——secure-file-priv选项运行，所以它不能执行这条语句
如何解决这个错误?
我已经检查了关于相同错误信息的另一个问题，但仍然找不到解决方案。
我使用的是MySQL 5.6
当前回答
如果你在Ubuntu上运行，你可能还需要配置Apparmor以允许MySQL写入到你的文件夹，例如，以下是我的配置:
将这一行添加到文件/etc/ apparor .d/usr.sbin中。mysqld:
/var/lib/mysql-files/* rw
然后在/etc/mysql/my.cnf部分添加以下两行配置:
[client]
loose-local-infile = 1
[mysqld]
secure-file-priv = ""
下面是我的SQL语句:
select id from blahs into outfile '/var/lib/mysql-files/blahs';
这对我很管用。好运！
其他回答
我正在Debian上的MySQL5.7.11上工作，为我工作的命令是:
mysql> SELECT @@global.secure_file_priv;
我在这方面遇到了各种各样的问题。我在修改my。cnf和其他版本试图显示的各种疯狂的东西。
对我有用的是:
我得到的错误
MySQL服务器正在使用——secure-file-priv选项运行，所以它不能执行这条语句
我可以通过打开/usr/local/mysql/support-files/mysql来修复它。服务器，更改如下行:
$bindir/mysqld_safe --datadir="$datadir" --pid-file="$mysqld_pid_file_path" -- $other_args >/dev/null &
wait_for_pid created "$!" "$mysqld_pid_file_path"; return_value=$?
to
$bindir/mysqld_safe --datadir="$datadir" --pid-file="$mysqld_pid_file_path" --secure-file-priv="" $other_args >/dev/null &
wait_for_pid created "$!" "$mysqld_pid_file_path"; return_value=$?
这为我工作(有额外的问题，不能使用本地与我当前的MySQL版本在语句LOAD DATE INFILE…)
sudo /usr/local/mysql/support-files/mysql.server start --secure-file-priv='' --local-infile
上述方法适用于我的机器上的给定路径;你可能需要调整你的路线。
然后使用:
mysql -u root -p
重要的一点是，您应该在MySQL数据文件夹中有CSV。在我的机器中，它位于:/usr/local/mysql-8.0.18-macos10.14-x86_64/data
如果需要在数据文件夹中删除CSV，可以更改文件夹权限。
设置: macOS Catalina 10.15.5版本 MySQL 8.0.18版本
MySQL使用这个系统变量来控制导入文件的位置
mysql> SHOW VARIABLES LIKE "secure_file_priv";
+------------------+-------+
| Variable_name | Value |
+------------------+-------+
| secure_file_priv | NULL |
+------------------+-------+
所以问题是如何改变系统变量，如secure_file_priv。
关闭mysqld Sudo mysqld_safe——secure_file_priv=""
现在你可能会看到:
mysql> SHOW VARIABLES LIKE "secure_file_priv";
+------------------+-------+
| Variable_name | Value |
+------------------+-------+
| secure_file_priv | |
+------------------+-------+
我在“secure-file-priv”上也遇到了同样的问题。在.ini文件中注释不起作用，在'secure-file-priv'指定的目录中移动文件也不起作用。
最后，正如dbc建议的那样，使'secure-file-priv'等于一个空字符串就可以工作了。所以如果有人在尝试了上面的答案后被困住了，希望这样做会有所帮助。
