То, что интересно, - то, что клиентские инструменты MySQL не могут обработать оба механизма устройства хранения данных одновременно. Однако не отчаивайтесь.
Существует действительно один успешный способ создать снимки данные через mysqldump:
Шаг 1), mysql-h...-u...-p...-A-e "СБРАСЫВАЮТ ТАБЛИЦЫ С БЛОКИРОВКОЙ ЧТЕНИЯ; ВЫБЕРИТЕ СОН (86400)" и
В рамках этой сессии MySQL это блокирует все таблицы, MyISAM, InnoDB и других. Целая база данных находится в состоянии только для чтения
Шаг 2) приблизительно 20-30 секунд спустя, Получение идентификатор Процесса, делающий команду SLEEP как это:
SLEEPID ='mysql-h...-u...-p...-A-e "ПОКАЗЫВАЮТ, что PROCESSLIST" | grep "СОН (86400)" |awk '{печатают 1$}''
Шаг 3), Выполняют mysqldump
mysqldump-h...-u...-p... - единственная транзакция - стандартные программы - триггеры - все-базы данных> MySQLData.sql
Шаг 4), Уничтожают процесс, делающий команду SLEEP:
mysql-h...-u...-p...-A-e "УНИЧТОЖАЮТ $ {SLEEPID}"
Верьте мне, идеальный снимок каждый раз.
Дайте ему Попытку!!!
P.S. Честно говоря, существуют другие инструменты, на которые можно хотеть посмотреть
Инструмент 1) CDP R1Soft (использующий MySQL Module)
Инструмент 2) XtraBackup от Percona
I found the following from the product manuals:
This doesn't seem to match the behaviour I observed (frames were being dropped), so I've ended up using a trunk port instead and making sure the VLAN I'm using on my vSwitch is permitted on the trunk port.