MySQL 5.6不能备份数据库

Question

在Windows上使用Workbase客户端（v6.3.5 x64）的最新副本，我试图从我的MySQL数据库创建一个转储文件，但总是只得到一个0~1Ko的转储文件。我在具有相同版本的两台服务器上尝试过，我得到了相同的结果：

< li >执行任务时出错:“ascii”编解码器无法对位置7中的字符u'\xa3 '进行编码:序号不在范围(128)内 < li >执行任务时出错[错误32]该进程无法访问该文件，因为另一个进程正在使用它:“c:\ users \ user . web \ appdata \ local \ temp \ 2 \ tmpp 0 town . CNF”

此数据库由本地IIS网站使用，我停止了整个IIS服务并重试，问题保持不变。

以前我可以获取转储文件，正如您在下面的文件资源管理器屏幕截图中看到的那样：

我认为强迫Workbench使用正确版本的Mysqldump工具可以解决这个问题，所以我转到Workbench Preferences: Edit -

我也尝试使用命令行制作转储文件，但失败了：

我已经仔细检查了密码，这是我通常用来连接Workbench上的MySQL实例的密码。

有人知道如何解决这个问题吗？

Answer 1

在使用MySQL Workbench 8.0时，我遇到了和你第一次一样的错误，除了我的< code>u'\xa3'字符在位置4。我们得到这个错误是因为在我们的密码中指定的从0开始的位置有一个< code> 字符。您知道吗，至少从2011年开始，MySQL Workbench不允许密码在用于导出/转储数据库时包含非ascii字符。在这一点上，我们可以认为这是一个既定的传统——比如，MySQL Workbench是一个传统的坏软件，如果可以的话，你应该完全使用其他的软件。

Answer 2

这里有两件事:

1） 请确保在命令行中将包含空格的路径和名称用双引号括起来，否则这些名称可能会被解释为不同的参数。

MySQL Workbench中的错误消息似乎表明您的表中有非预期格式的数据。检查您正在导出的表格及其包含的数据。从错误中可以看出，您有一个包含非ascii字符的ascii编码列。如果是这种情况，您必须首先合并您的表格，使编码与内容匹配(例如，将列或整个表格转换为utf8)，或者删除所有与预期编码不匹配的内容。