Я запускаю MySQL 5.5 в Windows, пытаясь выполнить mysqldump:
"C:\WebServer\MySQL Server 5.5\bin\mysqldump.exe" -u user -ppassword database > "C:\backup.sql"
Но получить ошибку:
mysqldump: неизвестная опция '--no beep'
Это довольно простая команда, и она работает с двумя другими блоками разработки, так что не знаете, в чем причина?
Та же проблема, закомментированная (#) строка отсутствия звукового сигнала в MySQL my.ini, решила проблему.
Я нашел этот ответ на dba.stackexchange.com, который очень полезен:
Параметр
no-beepвызываетmysqlклиент командной строки не издает звуковой сигнал при возникновении ошибок.Если это вариант, который вам нужен, он должен быть в разделе
[mysql]вашегоmy.cnf[или my.ini]. Эта ошибка предполагает, что она находится в разделе[client]вашегоmy.cnf, из-за чего [...] выдается ошибка, поскольку опция не распознана.Проверьте свой
my.cnfи либо удалите строку, либо поместите ее в раздел[mysql]вместо[client], и все будет хорошо.Группа опций [client] читается всеми клиентскими программами (но не mysqld). Это позволяет указать параметры, применимые ко всем клиентам. Например, [клиент] — идеальная группа для указания пароля, который вы используете для подключения к серверу. (Но убедитесь, что файл параметров доступен для чтения и записи только вам, чтобы другие люди не могли узнать ваш пароль.) Не помещайте параметр в группу [client], если он не распознается всеми клиентскими программами, которые вы используете. использовать. Программы, которые не понимают эту опцию, закрываются после отображения сообщения об ошибке, если вы пытаетесь их запустить.
Что-то в переменной среды или файле my.cnf?
Для чего это стоит, когда я помещаю параметр без звукового сигнала (действительный параметр для клиента mysql, но не для mysqldump) в разделе [client] моего файла конфигурации, я получаю
mysqldump: unknown option '--no-beep'
(Как упоминалось в ответе naitsirch, его следует переместить из раздела [client] в раздел [mysql], чтобы он не пытался используйте его для других клиентских программ, таких как mysqldump.)
Несмотря на удаление опции -no--beep из раздела клиента в файле my.ini, указанном в свойствах службы mysql, проблема осталась. Настроенная служба MYSQL56 использовала my.in из E:\Program Data\MySQL\MySQL Server 5.6\ . И этот ini-файл не имел опции -no--beep в разделе [client].
так в чем была проблема?
В моей настройке mysqldump.exe находится в папке C:\Program Files\MySQL\MySQL Server 5.6\bin. При запуске этого параметра командной строки mysql использовал C:\Program Files\MySQL\MySQL Server 5.6\my.ini. Этот ini-файл содержал параметр no--beep. mysqldump не использовал my.ini, указанный службой, а скорее один каталог вверх.
Удаление C:\Program Files\MySQL\MySQL Server 5.6\my.ini решает проблему.
Одно замечание по этому поводу: вы должны знать о различных установленных продуктах MySQL. Лучше всего это объясняет следующий сценарий.
Таким образом, вы можете предположить, что MySQL Workbench извлекает настройки из файла my.ini внутри версии MySQL, с которой вы работаете. Это было бы безопасным предположением, поскольку часть настройки конфигурации для администрирования в Workbench требует указания на my.ini, специфичный для этой установки. Однако это неверно, поскольку я обнаружил, что он защелкивается на том, что находится в C:\Program Files\MySQL\my.ini, как тот, который нужно использовать. Таким образом, вы должны отредактировать этот файл, чтобы Workbench работал правильно.
У меня сработало удаление параметра без звукового сигнала, но мне пришлось изменить файл my.ini в папке Windows! Я кстати использую виндовс 10.
Альтернативное решение - использовать опцию --no-defaults
Eg : mysqldump --no-defaults -u root -p [DB_NAME] > [FILE_NAME].sql
решил это для меня тоже
C:\ProgramData\MySQL\MySQL Server 8.0
перезагрузить компьютер
Решение очень простое. Если вы также столкнулись с той же проблемой --- нет звукового сигнала ---
Затем просто нажмите кнопку Windows и найдите сообщество установщиков mysql, там вы найдете вариант перенастройки по ссылке сервера mysql.
Просто нажмите на него и выполните несколько шагов, а после этого проверьте, сделано ли это, открыв командную строку и введите mysql -u root -p
и введите пароль root
Я надеюсь, что это также будет полезно для вас, ребята, поскольку я сам нашел это, пытаясь решить
Эта проблема возникла из-за того, что между базами данных mysql не было установлено соединение, поэтому мы просто инициировали соединение и, таким образом, запустили его как обычно.
Удаление my.ini из C:\ProgramData\MySQL\MySQL Server 5.6 решило эту проблему для меня.
