Запустіть MySQLDump без блокування таблиць

Я хочу скопіювати базу даних в реальному часі в свою локальну базу розвитку. Чи є спосіб це зробити без блокування виробничої бази даних?

Зараз я використовую:

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

Але це блокування кожної таблиці під час її запуску.

Чи працює --lock-tables=falseваріант?

Згідно з довідковою сторінкою , якщо ви скидаєте таблиці InnoDB, ви можете скористатися --single-transactionпараметром:

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

Для БД innodb :

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

Це надто пізно, але добре для тих, хто шукає тему. Якщо ви не невинні, і не переймаєтесь блокуванням під час скидання, просто скористайтеся опцією:

--lock-tables=false

Відповідь залежить від того, який механізм зберігання даних ви використовуєте. Ідеальний сценарій - якщо ви використовуєте InnoDB. У цьому випадку ви можете використовувати --single-transactionпрапор, який дасть вам узгоджений знімок бази даних під час початку дампа.

--skip-add-locks допомогли мені

Щоб скинути великі таблиці, слід поєднати параметр --single-транзакції з --quick.

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

Для таблиць InnoDB використовуйте прапор --single-transaction

він скидає послідовний стан бази даних у той час, коли BEGIN був виданий, не блокуючи жодної програми

MySQL DOCS

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

Чесно кажучи, я налаштував би реплікацію для цього, так як якщо ви не заблокуєте таблиці, ви отримаєте невідповідні дані з дампа.

Якщо дамп займає більше часу, таблиці, які вже були скинуті, могли змінитись разом із таблицею, яка тільки збирається скинути.

Тому або заблокуйте таблиці, або використовуйте реплікацію.

Це приблизно пізно в порівнянні з хлопцем, який сказав, що спізнився, як і на початкову відповідь, але в моєму випадку (MySQL через WAMP на Windows 7) мені довелося використовувати:

--skip-lock-tables

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

Використовуючи MySQL Workbench, в Експорт даних натисніть Розширені параметри та зніміть прапорець "Блокування таблиць".

Оскільки для мене не працював жоден із цих підходів, я просто зробив:

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

Він буде виключати LOCK TABLE <x>і UNLOCK TABLESкоманди, і команди.

Примітка: Сподіваємось, ваші дані не містять у ньому тієї строки!

Завдяки https://dev.mysql.com/doc/refman/5.7/uk/mysqldump.html#option_mysqldump_lock-tables :

Деякі параметри, такі як --opt (який увімкнено за замовчуванням), автоматично включають --lock table. Якщо ви хочете змінити це, використовуйте --skip-lock-таблиці в кінці списку опцій.

Ще одна пізня відповідь:

Якщо ви намагаєтеся зробити гарячу копію бази даних сервера (в середовищі Linux) і двигуном бази даних всіх таблиць, ви повинні використовувати MyISAM mysqlhotcopy.

Відповідно до документації:

Для створення резервної бази даних використовується FLUSH TABLES, LOCK TABLES та cp або scp. Це швидкий спосіб зробити резервну копію бази даних або окремих таблиць, але її можна запустити лише на тій же машині, де розташовані каталоги бази даних. mysqlhotcopy працює лише для резервного копіювання таблиць MyISAM та ARCHIVE.

LOCK TABLESЧас залежить від часу сервер може копіювати файли MySQL (це не робить дамп).

Сьогодні навіть я зіткнувся з тією ж проблемою, але у мене не було доступу до командного рядка. Отже, я відкрив файл sql у редакторі блокнотів і видалив нижче рядка з таблиць

LOCK TABLES `yourtable name` WRITE;

то я імпортував у моє середовище розробки. Працює чудово. сподіваюся, що це допоможе комусь