Uruchom MySQLDump bez blokowania tabel

Chcę skopiować produkcyjną bazę danych na żywo do mojej lokalnej bazy danych programowania. Czy można to zrobić bez blokowania produkcyjnej bazy danych?

Obecnie używam:

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

Ale blokuje każdą tabelę podczas działania.

Czy --lock-tables=falseopcja działa?

Według strony man , jeśli dumping tabel InnoDB można użyć --single-transactionopcji:

--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.

Dla innodb DB :

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

To jest za późno, ale dobre dla każdego, kto szuka tematu. Jeśli nie jesteś innoDB i nie martwisz się blokowaniem podczas zrzutu, skorzystaj z opcji:

--lock-tables=false

Odpowiedź różni się w zależności od używanego silnika pamięci. Idealnym scenariuszem jest użycie InnoDB. W takim przypadku możesz użyć --single-transactionflagi, która zapewni spójną migawkę bazy danych w momencie rozpoczęcia zrzutu.

--skip-add-locks pomógł mi

Aby zrzucić duże tabele, należy połączyć opcję --single-transakcję z --quick.

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

W przypadku tabel InnoDB użyj flagi --single-transaction

zrzuca spójny stan bazy danych w momencie wydania BEGIN bez blokowania żadnych aplikacji

MySQL DOCS

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

Szczerze mówiąc, skonfigurowałbym do tego replikację, ponieważ jeśli nie zablokujesz tabel, otrzymasz niespójne dane z zrzutu.

Jeśli zrzut zajmuje więcej czasu, tabele, które zostały już zrzucone, mogły ulec zmianie wraz z tabelą, która ma zostać zrzucona.

Więc zablokuj tabele lub użyj replikacji.

To mniej więcej tak późno w porównaniu z facetem, który powiedział, że spóźnił się tak jak na pierwotną odpowiedź, ale w moim przypadku (MySQL przez WAMP na Windows 7) musiałem użyć:

--skip-lock-tables

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

Korzystając z MySQL Workbench, w opcji Eksport danych kliknij opcję Opcje zaawansowane i usuń zaznaczenie opcji blokowania tabel.

Ponieważ żadne z tych podejść nie działało dla mnie, po prostu zrobiłem:

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

Wyłączy to zarówno polecenia, jak LOCK TABLE <x>i UNLOCK TABLESpolecenia.

Uwaga: mam nadzieję, że twoje dane nie zawierają tego ciągu!

W związku z https://dev.mysql.com/doc/refman/5.7/en/mysqldump.html#option_mysqldump_lock-tables :

Niektóre opcje, takie jak --opt (która jest domyślnie włączona), automatycznie włączają --lock-tables. Jeśli chcesz to zmienić, użyj --skip-lock-tables na końcu listy opcji.

Kolejna późna odpowiedź:

Jeśli próbujesz wykonać kopię zapasową bazy danych serwera (w środowisku linux), a silnikiem bazy danych wszystkich tabel jest MyISAM, powinieneś użyć mysqlhotcopy.

Zgodnie z dokumentacją:

Używa FLUSH TABLES, LOCK TABLES oraz cp lub scp do wykonania kopii zapasowej bazy danych. Jest to szybki sposób na wykonanie kopii zapasowej bazy danych lub pojedynczych tabel, ale można ją uruchomić tylko na tym samym komputerze, na którym znajdują się katalogi bazy danych. mysqlhotcopy działa tylko do tworzenia kopii zapasowych tabel MyISAM i ARCHIWUM.

LOCK TABLESCzas zależy od czasu serwer może skopiować pliki MySQL (to nie robi zrzut).

Dzisiaj nawet napotkałem ten sam problem, ale nie miałem dostępu do wiersza poleceń, więc otworzyłem plik sql w edytorze Notatnika i usunąłem poniżej wiersza z tabel

LOCK TABLES `yourtable name` WRITE;

następnie zaimportowałem do mojego środowiska programistycznego. Działa dobrze. mam nadzieję, że to pomoże komuś