это у Вас приложения не обрабатывают такую ситуацию как положено, а? ;)
Отработать как положено - это проверить статус транзакции по данным? Но он же не стабилен в мастере в рамках кластера, дальнейший фейловер может результат этой транзакции затереть, что и было описано в начальном письме в треде
> Она не отменена, а локально committed. Т.е. тут всё правильно, опять-таки.
Да, неправильно написал
> Отработать как положено - это проверить статус транзакции по данным? Да. Это значит, что никаких "внешних" действий прямо после этой транзакции выполняться не должно (но в последующих может, да), а вот что касается "дальнейшего фейловера" — это data loss, и это значит, что эту транзакцию Вы потеряли — никакой разницы с тем, что делают в обычной ситуации non-zero data loss, тут нет. Если Вы хотите чего-то большего — Вы требуете от синхронной репликации того, чего она не должна. Т.е. это чистый feature request, ни о каких "претензиях" и "багах" тут и речи быть не может, IMNSHO.
Обсуждают сегодня