MySQL 5.6 не может архивировать базу данных

Question

Используя последнюю копию клиента Workbench (v6.3.5 x64) в Windows, я пытался создать файл дампа из моей базы данных MySQL, но всегда получаю только файл дампа 0 ~ 1Ko. Я пытался, что на двух серверах с одинаковыми версиями, я получаю тот же результат:

• Ошибка при выполнении задачи: «ASCII» кодек не может кодировать символ и «\ XA3» в положении 7: порядковый не в диапазон (128)
• Ошибка выполнения задачи [Ошибка 32] Процесс не может получить доступ к файлу, поскольку он используется другим процессом: 'c: \ users \ user.web \ appdata \ local \ temp \ 2 \ tmpp0town.cnf "

Эта база данных используется локальным веб-сайтом IIS, я остановил всю службу IIS и попытался снова, проблема осталась прежней.

Раньше я мог бы получить файлы дампа, как вы можете видеть на скриншоте исследователя файла ниже:

Я думал, что заставляет Workbench использовать правильную версию MySQLDump инструмент будет решить эту проблему, поэтому я перешел к настройкам Workbench: Edit -> Preferences -> Administration -> и ввел путь к файлу инструмента mysqldump: «C: \ Program Files \ MySQL \ MySQL Server 5.6 \ bin \ mysqldump.exe», но это не помогло проблема.

Я пытался также сделать файл дампа с помощью командной строки, но не удалось:

Я проверил пароль, это один я обычно использую для подключения к экземпляру MySQL на Workbench.

Кто-нибудь знает, как это решить?

Answer 1

Две вещи здесь:

1) Убедитесь, что вы заключаете пути и имена, содержащие пробелы в двойные кавычки в командной строке, в противном случае эти имена могут быть интерпретированы как различные параметры.

2) Сообщение об ошибке в MySQL Workbench, похоже, указывает на то, что у вас есть данные в таблице, которые не соответствуют ожидаемому формату. Проверьте экспортируемую таблицу и данные, которые она содержит. Из этой ошибки вы видите столбец с кодировкой ascii, который содержит символы не ascii. Если это так, вы должны сначала консолидировать свою таблицу, чтобы либо кодировка соответствовала содержимому (т. Е. Конвертировала столбец или целую таблицу, например, в utf8), либо удаляла весь контент, который не соответствует ожидаемой кодировке.