Мы пытались выполнить резервное копирование отдельных таблиц из экземпляра Amazon AWS RDS с MySQL 5.6.39-log, используя phpMyAdmin и MySQL Workbench, и восстановив его до более новой версии MySQL (мне придется проверить версию)работает на Linux и MariaDB 10.4.6-MariaDB-log работает на Windows 10 Обновлено.Результаты выполнения запросов на экземпляре Source и Target были разными.Некоторые идентификаторы AI первичного ключа, по-видимому, изменились или отсутствовали, но иногда общее количество записей в таблицах совпадало (но использование WHERE и JOIN давало разные результаты).Очень странно.Одним из обходных путей, который, казалось, решал проблему резервного копирования / восстановления, было резервное копирование в XML с использованием phpMyAdmin и восстановление того же самого, но это сопровождалось некоторыми оговорками: тайм-ауты, повреждение zip, ограничения max_allowed_packet и т. Д. Обратите внимание, что Workbench + MySQL использовался в Linux и phpMyAdmin +MariaDB использовался в Windows.
Я прочитал в ответе на другой вопрос, что резервное копирование / восстановление может привести к отсутствию записей, иногда из-за проблем с набором символов / кодированием, но если это так, то на кого можно положитьсявстроенное резервное копирование / восстановление MySQL / MariaDB?
Мне пришлось увеличить пределы php, phpMyAdmin, основываясь на сообщениях об ошибках, но все же есть проблемы.
- Есть ли какие-либо-пожарный способ резервного копирования + восстановления данных без потери, мутации или повреждения, особенно.использование phpMyAdmin + MariaDB в Windows, но, если возможно, также приветствуется решение для Workbench + MySQL в Linux.
- Кто-нибудь из вас сталкивался с такими проблемами, как исчезновение MariaDB, повреждение xml или zip (только для больших таблиц / файлов)?Нашли ли вы какие-либо решения / обходные пути?
- Будет ли обновление экземпляра RDS до более новой версии справки MySQL при условии отсутствия проблем совместимости, связанных с обновлением?
Мое резервное копирование XML меньшечем около 7 ГБ.Но не удалось создать резервную копию их в архиве, за исключением таблиц и файлов меньшего размера.
Кроме того, при резервном копировании больших таблиц с использованием phpMyAdmin Apache использует большие объемы ОЗУ, возможно, частично для архивирования, но все же кажетсяслишком много ... PHP не был настроен на использование такого большого объема ОЗУ.
РЕДАКТИРОВАТЬ:
Триггеры не определены.
Я не уверен, как запуститьсоответствующая версия mysqldump для экземпляра RDS и получения резервной копии ... или подойдет любая версия mysqldump?