nvm управляют не доступный в сценарии удара

Хорошо, не действительно знакомый с тем программным обеспечением, но:

• Это - сценарий оболочки, таким образом, тривиальный (в теории) для редактирования. Конечно, это - ~2200 сценариев оболочки строки.
• Я думаю - таблицы блокировки прибывают из - выбирают, который указан (от очень быстрого взгляда) наверху parse_configuration функция. Вы могли добавить --skip-lock-tables там.
• Это использует mysql утилиты, таким образом, можно также смочь включить его Ваш .my.cnf нормальным способом.

В целом:

• Вы не используете InnoDB, но используете MyISAM, таким образом, у Вас нет транзакций. Таким образом, Вы не можете использовать --single-transaction.
• Таким образом необходимо заблокировать для обеспечения непротиворечивости. Даже с блокировкой, не гарантируемый (просто более вероятно). Но это так же, поскольку Вам гарантируют в нормальном функционировании. Рассмотрите InnoDB, серьезно (но прочитайте документы, и исследование сначала, и тест, чтобы удостовериться, что он не повредит Ваше приложение).
• При отключении блокировки Вы можете иметь:
  1. Запустите резервное копирование
  2. Резервная таблица A.
  3. Удалите запись из A и также дочернюю запись в B.
  4. Резервная таблица B.
  5. Ваше резервное копирование теперь содержит запись в, который указывает на несуществующую запись в B. Другими словами, не последовательный.
• Существуют more-widely-used решения для резервного копирования MySQL. Возможно, необходимо переключиться на одного из них. Его более легкое для нахождения справки с программным обеспечением, которое использует больше людей (и это также имеет тенденцию быть лучше протестированным).
• Можно думать, что у Вас есть резервное копирование, но Вы не делаете, пока Вы на самом деле не сделали успешное восстановление, предпочтительно от чистого металла (недавно отформатированный жесткий диск). Идеально, Вы обычно делаете это и предпочтительно автоматизируете его. Это не характерно для MySQL, он относится ко всем резервным копиям.

Существует решение (помимо переключения на InnoDB): можно выполнить резервное копирование на ведомом сервере. Не имеет значения при блокировке всех таблиц, или SLAVE STOP SQL_THREAD во время резервного копирования, потому что это не будет иметь значения для основного устройства. Это - решение без времени простоя. У Вас должен быть этот сервер так или иначе как теплое / горячее резервирование в случае, если основное устройство перестало работать.

Существует другое решение, которое минимизирует время простоя: Поместите базу данных по объему LVM, сделайте a FLUSH TABLES WITH READ LOCK, возьмите снимок LVM и затем выпустите свою блокировку чтения (разъединение сделает это). Можно затем сделать резервное копирование от снимка. Это, "Я не могу позволить себе другую машину" решение.