Nie można wykonać kopii zapasowej tabeli mysql za pomocą mysqldump. Odmowa polecenia SELECT, LOCK TABL dla „cond_instances” [zamknięte]

Mam problem z uruchomieniem mysqldumpjako użytkownik root mysql. Podczas próby utworzenia kopii zapasowej mysqltabeli pojawia się ten błąd:

mysqldump: Got error: 1142: SELECT,LOCK TABL command denied to user
'root'@'localhost' for table 'cond_instances' when using LOCK TABLES

Czy ktoś to widział wcześniej? Widziałem pewne odniesienia do mojego mysql i mysqldump, które są różnymi wersjami, ale kiedy uruchamiam, są one w tym samym katalogu.

Korzystam z MySQL 5.5.8.

Dodaj --skip-add-locks do komendy mysqldump

--skip-add-locks nie działa:

# mysqldump -u root -p`cat mysqlRoot.txt` --databases performance_schema --routines --quote-names --skip-add-locks > mysql_performance_schema

mysqldump: Got error: 1142: SELECT,LOCK TABL command denied to user 'root'@'localhost' for table 'cond_instances' when using LOCK TABLES

zamiast tego chcesz --skip-lock-tables

(Zdaję sobie sprawę, że spóźnia się 8 miesięcy)

To nie jest problem zamków, a oferowane rozwiązania omijają prawdziwy problem:

Aplikacja 5.5 mysqldump nie powinna eksportować plikuperformance_schema bazy danych.

Na podstawie moich wcześniejszych doświadczeń sugeruję, że mysqldumpprogram, którego użyłeś, jest wersją 5.1 . Jak powiedzieć? Kwestia:

mysqldump --version

5,1 klient jest nieświadomy „futurystyczny” istnieniaperformance_schema i dlatego próbuje go zrzucić. Nie wiadomo, że nie powinno.

Spróbuj znaleźć wersję 5.5 i użyj jej do zrzucania, bez dodawania sugerowanych blokad, a to powinno działać dobrze.

Jak wspomniała Shlomi Noach, performance_schema nie powinna być tworzona.

Prostym sposobem na rozwiązanie tego jest ustawienie następujących parametrów w pliku konfiguracyjnym:

CONFIG_db_exclude=( 'performance_schema' 'information_schema' )