在这篇文章发表时，这个帖子已经被浏览了570k次。说实话，MySQL什么时候变成了我们过度保护的无理妈妈了?这是多么耗费时间的安全尝试——这实际上只会束缚我们!

经过多次搜索和尝试，一切都失败了。 我的解决方案:

对我有用的是:

导入。csv文件通过PhpMyAdmin导入旧的盒子(如果大做在cmd行) 生成一个.sql文件。 下载。sql文件。 通过MySQL Workbench导入.sql文件。

在这篇文章发表时，这个帖子已经被浏览了570k次。说实话，MySQL什么时候变成了我们过度保护的无理妈妈了?这是多么耗费时间的安全尝试——这实际上只会束缚我们!

经过多次搜索和尝试，一切都失败了。 我的解决方案:

对我有用的是:

导入。csv文件通过PhpMyAdmin导入旧的盒子(如果大做在cmd行) 生成一个.sql文件。 下载。sql文件。 通过MySQL Workbench导入.sql文件。

在Linux中，你必须编辑my.cnf文件

/etc/mysql/my.cnf

修改26行号参数，如下所示:

secure-file-priv= <your data path directory like /home/user/data>

然后重新启动MySQL并重试。

在码头工人 你必须在docker-compose或手动添加命令中将my.cnf文件与my.cnf文件挂载到容器中:

volumes:
  - ./persistent:/var/lib/mysql
  - ./conf/my.cnf:/etc/mysql/my.cnf

接下来，在你的主机中修改/conf/my.cnf，并像上面的方法一样配置secure-file-priv参数，此外，你必须在mysql容器中挂载你的数据，并为secure-file-priv参数设置路径，重新启动你的服务，最后，你可以加载你的数据。

你可以用这个命令检查你的配置:

SHOW VARIABLES LIKE "secure_file_priv";

对于运行MySQL 5.6.23的MacOS Mojave，我在写文件时遇到了这个问题，但没有加载它们。(以前版本的Mac OS没有)。由于这个问题的大多数答案都是针对其他系统的，我想我应该发布my.cnf文件来解决这个问题(以及一个套接字问题)，以防它对其他Mac用户有帮助。这是/etc/my.cnf

[client]
default-character-set=utf8

[mysqld]
character-set-server=utf8
secure-file-priv = ""
skip-external-locking

(国际化与问题无关。)

没有其他要求。只需要关闭MySQL服务器，然后在首选项中再次打开(我们说的是Mac)。

我在这方面遇到了各种各样的问题。我在修改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=$?

我在“secure-file-priv”上也遇到了同样的问题。在.ini文件中注释不起作用，在'secure-file-priv'指定的目录中移动文件也不起作用。

最后，正如dbc建议的那样，使'secure-file-priv'等于一个空字符串就可以工作了。所以如果有人在尝试了上面的答案后被困住了，希望这样做会有所帮助。