Есть jpa метод - который обновляет значение в БД , обновление происходит через
пессимистический лог записи на уровне базы данных (mysql)

в методе идет вызов удаленного rest сервиса - который отвечает с sla 99.95%

и его ответ мы как раз и пишем в базу и отпускаем лок.

Но бывает ситуация что rest сервис долго не возвращает ответ и база считает что у нас дедлок и выбрасывает ошибку ...

Как это архитектурно разрулить ( нужен пример кода!)

Идея как в классических задачах типа залочили баланс с деньгами - запросили у удаленного сервиса подтверждение - получили - перевели деньги ...

BlazkowiczНахрена тут "пессимистический лог"? Блокировка, которая зависит от какого-то удаленного сервиса это вообще за гранью.
А если ещё вспомнить как фривольно MySQL лочит таблицы, то такая система умрёт уже на нескольких пользователях. Ну, что собственно вы и имеете.

Просто унесите блокировку в бизнес-логику. Огородите запись от апдейтов любым другим способом: флагом, статусом, переносом в другую таблицу.

Обычно в таких случаях существует таблица транзакций. Транзакции могут быть подтвержденными и не подтвержденными. У вас разве нет пластиковых карт? С резервированием\заморозкой средств никогда не сталкивались?

А баланс это не запись в базе, которую нужно блокировать. Это вычисляемое знаение из всех транзакций, кешируемое для пущей производительности.

ДА ,спасибо . все верно расписали - одно но это не продакшен решение - это тестовая песочница .

и там ненужно до этого момента было городить кучу банковской бизнес логики со всеми этими таблицами

Petro123,

Это не я ) нашел в коде . Но рефактрить нет желания Ибо это тесты и критичеость кода мала. Он работает но иногда падает.

Ввести версионность ввести оптимистмк лок И так далее.

Petro123Atum1,
Действительно, лок по удаленке это за гранью. Как ты додумался?

Очень удрбное решение : одна анотация над методом)