Как избежать дублирования из-за отставания ч / б ведущий / ведомый? - PullRequest
0 голосов
/ 09 апреля 2019

У нас есть основная БД и ведомая БД.Главная БД используется для обслуживания живого трафика (чтение / запись), а ведомая - для обслуживания автономных / фоновых процессов.Обычно имеется ч / б ч / б ведущий и ведомый на 15–20 минут.

Каждую минуту выполняется процесс, проверяющий, нет ли каких-либо данных (скажем, base_condition) на ведомом устройстве, обновите это base_condition в master иотправьте письмо.Но из-за отставания ч / б master и slave этот процесс снова отправляет электронное письмо, так как его базовое условие не обновляется на slave из-за задержки.Я не уверен, что может быть лучшим решением для восходящего и того же.

Некоторое решение, которое я могу придумать

  1. Использовать только мастер вместо подчиненного
  2. Сохраните базовое состояние обновлений также как временные данные на ведомом устройстве и проверьте это тоже.

Секунда выглядит для меня хаком или темным решением.Я пойду первым, но это нарушает мое правило, где мастер должен использоваться для живого трафика.Таким образом, в дальнейшем это добавит больше процессов, подобных этому.Есть ли лучшее решение, как это?

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...