Führen Sie MySQLDump aus, ohne Tabellen zu sperren

Ich möchte eine Live-Produktionsdatenbank in meine lokale Entwicklungsdatenbank kopieren. Gibt es eine Möglichkeit, dies zu tun, ohne die Produktionsdatenbank zu sperren?

Ich benutze derzeit:

mysqldump -u root --password=xxx -h xxx my_db1 | mysql -u root --password=xxx -h localhost my_db1

Aber es sperrt jede Tabelle, während sie läuft.

Funktioniert die --lock-tables=falseOption?

Laut Manpage können Sie beim Dumping von InnoDB-Tabellen die folgende --single-transactionOption verwenden:

--lock-tables, -l

Lock all tables before dumping them. The tables are locked with READ
LOCAL to allow concurrent inserts in the case of MyISAM tables. For
transactional tables such as InnoDB and BDB, --single-transaction is
a much better option, because it does not need to lock the tables at
all.

Für innodb DB :

mysqldump --single-transaction=TRUE -u username -p DB

Dies ist Alter zu spät, aber gut für alle, die das Thema suchen. Wenn Sie nicht innoDB sind und sich keine Sorgen über das Sperren während des Dumps machen, verwenden Sie einfach die folgende Option:

--lock-tables=false

Die Antwort hängt davon ab, welche Speicher-Engine Sie verwenden. Das ideale Szenario ist, wenn Sie InnoDB verwenden. In diesem Fall können Sie das --single-transactionFlag verwenden, mit dem Sie einen kohärenten Snapshot der Datenbank zum Zeitpunkt des Beginns des Speicherauszugs erhalten.

--skip-add-locks hat mir geholfen

Um große Tabellen zu sichern, sollten Sie die Option --single-transaction mit --quick kombinieren.

http://dev.mysql.com/doc/refman/5.1/en/mysqldump.html#option_mysqldump_single-transaction

Verwenden Sie für InnoDB-Tabellen das Flag --single-transaction

Es gibt den konsistenten Status der Datenbank zum Zeitpunkt der Ausgabe von BEGIN aus, ohne Anwendungen zu blockieren

MySQL DOCS

http://dev.mysql.com/doc/refman/5.1/en/mysqldump.html#option_mysqldump_single-transaction

Ehrlich gesagt würde ich die Replikation dafür einrichten. Wenn Sie keine Tabellen sperren, erhalten Sie inkonsistente Daten aus dem Speicherauszug.

Wenn der Speicherauszug länger dauert, haben sich möglicherweise bereits gespeicherte Tabellen zusammen mit einer Tabelle geändert, die gerade ausgegeben werden soll.

Sperren Sie also entweder die Tabellen oder verwenden Sie die Replikation.

Dies ist ungefähr so ​​spät im Vergleich zu dem Typ, der sagte, er sei zu spät wie bei der ursprünglichen Antwort, aber in meinem Fall (MySQL über WAMP unter Windows 7) musste ich Folgendes verwenden:

--skip-lock-tables

    mysqldump -uuid -ppwd --skip-opt --single-transaction --max_allowed_packet=1G -q db |   mysql -u root --password=xxx -h localhost db

Wenn Sie MySQL Workbench verwenden, klicken Sie beim Datenexport auf Erweiterte Optionen und deaktivieren Sie die Optionen für "Sperrtabellen".

Da keiner dieser Ansätze für mich funktioniert hat, habe ich einfach Folgendes gemacht:

mysqldump [...] | grep -v "LOCK TABLE" | mysql [...]

Es werden sowohl Befehle LOCK TABLE <x>als auch UNLOCK TABLESBefehle ausgeschlossen.

Hinweis: Hoffentlich enthalten Ihre Daten diese Zeichenfolge nicht!

Aufgrund von https://dev.mysql.com/doc/refman/5.7/en/mysqldump.html#option_mysqldump_lock-tables :

Einige Optionen, wie z. B. --opt (standardmäßig aktiviert), aktivieren automatisch --lock-Tabellen. Wenn Sie dies überschreiben möchten, verwenden Sie --skip-lock-tables am Ende der Optionsliste.

Noch eine späte Antwort:

Wenn Sie versuchen, eine Hot-Kopie der Serverdatenbank (in einer Linux-Umgebung) zu erstellen und das Datenbankmodul aller Tabellen MyISAM ist, sollten Sie verwenden mysqlhotcopy.

Entsprechend Dokumentation:

Es verwendet FLUSH TABLES, LOCK TABLES und cp oder scp, um eine Datenbanksicherung durchzuführen. Es ist eine schnelle Möglichkeit, eine Sicherungskopie der Datenbank oder einzelner Tabellen zu erstellen. Sie kann jedoch nur auf demselben Computer ausgeführt werden, auf dem sich die Datenbankverzeichnisse befinden. mysqlhotcopy funktioniert nur zum Sichern von MyISAM- und ARCHIVE-Tabellen.

Die LOCK TABLESZeit hängt von der Zeit ab, zu der der Server MySQL-Dateien kopieren kann (es wird kein Speicherauszug erstellt).

Heute hatte ich sogar das gleiche Problem, aber ich hatte keinen Zugriff auf die Befehlszeile. Also öffnete ich die SQL-Datei im Editor und entfernte sie unter der Zeile aus den Tabellen

LOCK TABLES `yourtable name` WRITE;

dann habe ich in meine Entwicklungsumgebung importiert. hoffe es hilft jemandem