Блог

Я настроил репликацию MySQL с 1 ведущим, 1 постоянным и 1 подчиненным. Master и Standby находятся в разных зонах доступности в восточном регионе США, а Slave — в западном регионе США. Как резервный, так и подчиненный сервер реплицируются с главного сервера.

Уровень приложений может выполнять переход от основного к резервному.Для переключения репликации ведомого устройства в режим ожидания, когда мастер умирает. У меня нет способа гарантировать, что данные в режиме ожидания опережают данные ведомого устройства. Если данные в режиме ожидания находятся за данными ведомого устройства, мне нужно просмотреть двоичные и ретрансляционные журналы ведомого устройства, чтобы выяснить, чего не хватает, и передать его в режим ожидания. Это ТЕОРИЯ.

Кто-нибудь знает какой-нибудь инструмент, который может справиться с этим? или альтернативное решение для моего контекста? Конечной целью является доступность сервера MySQL для прикладного уровня. Я пробовал MySQL-Proxy, но не совсем доволен этим. Кластер Mysql для нас не вариант.

Заранее спасибо.

Кейн,

Взгляните на SchoonerSQL от Schooner Information Technology (моя компания). Он разработан для обеспечения нулевой задержки подчиненных устройств локально за счет многопоточной синхронной репликации (в текущей версии) и автоматического переключения между регионами за счет многопоточной асинхронной репликации WAN (будет выпущен через <2 недели). http://www.schoonerinfotech.com/products/schoonersql