Здравствуй, ЛОР. В этой теме речь пойдет не об администрировании локалхоста, а о жирной production базе данных. Размещена она по несчастливой случайности в AWS RDS, и работает на mysql 5.5.
Ее надобно проапдейтить на mysql 5.6, т.е сделать консистентный дамп (порядка 50 Гб данных), залить их в новый instance и т.д. - короче простой невероятный и недопустимый.
Поэтому пришла в голову мысль организовать реплику: master 5.5 -> slave 5.6, в связи с чем вопросы:
1. возможно ли это в случае обычного mysql с полным доступом к конфигам?
2. возможно ли это в случае RDS (любым способом, т.к через веб-интерфейс явно невозможно создавать slave другой версии)?
3. может есть какие-то другие способы работы с подобными базами?
Очень важно не потерять данные, а в БД часто производится запись.
Если кто имеет опыт, какие-то best practices - буду рад их услышать.
Ответ на:
комментарий
от blind_oracle
Ответ на:
комментарий
от hidden_4003
Ответ на:
комментарий
от goingUp
Ответ на:
комментарий
от hidden_4003
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.
Похожие темы
- Форум репликация mysql (2015)
- Форум mysql репликация (2020)
- Форум Репликация MySQL (2010)
- Форум MySQL репликация (2008)
- Форум Проблема репликации MySQL (2017)
- Форум Падает mysql репликация (2015)
- Форум mysql сбой репликации (2013)
- Форум MySQL multimaster репликация (2008)
- Форум Сломалась репликация MYSQL (2009)
- Форум MySQL репликация (синхронизация) (2007)