Изменения документа Примеры
Редактировал(а) Alexandr Fokin 2026/08/26 19:05
От версии 8.41
отредактировано Alexandr Fokin
на 2026/07/27 21:06
на 2026/07/27 21:06
Изменить комментарий:
К данной версии нет комментариев
К версии 8.31
отредактировано Alexandr Fokin
на 2026/07/27 04:00
на 2026/07/27 04:00
Изменить комментарий:
К данной версии нет комментариев
Сводка
-
Свойства страницы (1 изменено, 0 добавлено, 0 удалено)
Подробности
- Свойства страницы
-
- Содержимое
-
... ... @@ -46,7 +46,7 @@ 46 46 |((( 47 47 Вариант №4: 48 48 49 -SimpleStreamTrigger + Timer. 49 +SimpleStreamTrigger + Timer (один из лучших вариантов). 50 50 51 51 * Триггер проверяет условие завершения всех дочерних процессов (можно прикинуть количество незавершенных дочерних процессов). 52 52 ** Если все обработано, то пробуждает процесс и деактивируется. ... ... @@ -62,38 +62,27 @@ 62 62 * Если сигналов нет, то нет пустых срабатываний в отличие от варианта 2 (т.к. нет поступления сигнала от дочерних процессов). 63 63 ))) 64 64 |((( 65 -|Вариант №5: 66 -SimpleStreamTrigger + Счетчик в [[Redis>>doc:Разработка.Базы данных.NoSQL.Ключ-значение структура.Redis.WebHome]]. (на текущий момент самый лучший вариант). 65 +|Вариант №5: Trigger + Счетчик в [[Redis>>doc:Разработка.Базы данных.NoSQL.Ключ-значение структура.Redis.WebHome]]. 67 67 |InMemory счетчик, нагрузка на БД и конкуренция. 68 68 Дочерний процесс уменьшает счетчик. И публикует событие только если счетчик достиг 0. 69 -Совмещает преимущества из варианта 1.1 (при этом не нагружает БД), в случае ошибки переключается на режим 1.4. 70 70 |((( 71 71 Проблема: изменение счетчика не привязано к основной транзакции БД. 72 72 73 73 Возможно: 74 74 75 -1. Вначалетранзакции(или шага) атомарнопроверяемMemberSet,если естьзапись то удаляеми увеличиваемсчетчикна1 (означаетчто процессужеуменьшал счетчик,но потомбылопадение).76 - 1.До коммита транзакции атомарнодобавляемзначениевMemberSet иуменьшаемсчетчикна1.Если счетчикравен0,топубликуемTriggerEvent77 - (добавляемв ручнуюкомпенсацию вызов из пункта1 (при откате изоляциишагаикомпенсациитранзакции)).78 - 1.Послекоммитатранзакцииудаляемзаписьиз MemberSet.79 - (Еслимыпадаемтут, топроцессужеперешелна другой шагилидаже завершился,поэтомуналичиеединичнойостаточной записив memberSetне будет критичным).80 - 1. Trigger получаетсобытие.(Необязательно)вхендлереможетпрвоеритьзначения счетчиковиMemberSet.81 - 82 - MemberSetиспользуетсядляуменьшениявероятностиувеличитьили уменьшитьсчетчикдваждыоднимэкземпляром дочернегопроцесса.73 +1. До коммита транзакции атомарно уменьшаем счетчик и записываем id дочернего процесса в redis hashset. Если счетчик 0, то публикуем triggerEvent через TransactionalOutbox. 74 +(На старте транзакции атомарно проверить и удалить из HashSet и если удалили, то увеличить счетчик на 1 - значит была упавшая транзакция). 75 +1. После коммита транзакции удаляем id дочернего процесса из redis hashset. 76 +(Таким устраняем возможность потери сигнала, а также дублирование прокрутки счетчика). 77 +1. Trigger при получении события смотрит значение счетчика и HashSet. 78 +Если счетчик 0 и HashSet пустой, то активируем триггер. 79 +Внутри хендлера проверяем что все процессы завершены (если нет, то значит были проблемы переходим в аварийный режим и ждем сигналов от незавершенных процессов). 80 +Иначе если HashSet не пустой, то можно попытаться проверить статус процесса (если он завершен, то можно удалить значение из HashSet). 83 83 ))) 84 -|((( 85 -В случае обнаружения повреждения обработка фактически переходит в режим 1.4: начинает публиковать событий каждый раз и используется задержка. 86 - 87 -Примеры проблемы: 88 - 89 -* Падение InMemory хранилища. Предполагается режим без снимков и удаление ключей. 90 -Обнаружение (со стороны дочернего процесса) через отсутствие ключей (проверяется в транзакции). 91 -* Дублирование обновления счетчика. 92 -Обнаружение (со стороны дочернего процесса) через значение счетчика < 0. 93 -Обнаружение (со стороны триггера) через активацию триггера (поступления сигнала от процесса), при этом обнаруживается что не все процессы завершены. 82 +|Проблемы: Потеря счетчика целиком или искажения значения в случае падения Redis. 83 +В таком случае дочерние процессы переходят в аварийный режим (каждый раз публикуют событие сигнал, а также событие взведения таймера чтобы сгладить нагрузку). 94 94 ))) 95 95 ))) 96 -))) 97 97 |2|(% style="width:188px" %)Transaction outbox stream process.|(% style="width:1268px" %)[[image:TransactionOutbox. Sequence.jpg]] 98 98 |3|(% style="width:188px" %)Stream trigger|(% style="width:1268px" %)((( 99 99 | |(((