Предотвращение одновременных транзакций БД в приложении play2.1

Question

Сегодня у меня возникла серьезная проблема с нашим платежным процессом.
После того как компенсация будет завершена, две вещи:

• пользователь получает перенаправлены на успех-страницы на нашем сервере, редирект также присоединяет Payment ID
• поставщик платежных отправляет уведомление об оплате в том числе и идентификатор платежа на наш сервер

Когда пользователь перенаправляется на страницу успеха, мы проверяем, существует ли платеж с идентификатором платежа. Если это не так, мы создаем платеж pending, который мы можем ему показать.

Когда провайдер платежных отправляет платежное извещение мы проверить, существует ли pending платежа с платежным ид и установить его в active, если платеж не существует, мы просто создать active один.

Вот и проблема: оба события могут (и были!) Происходить одновременно, так что обе процедуры не нашли существующий платеж и поэтому были созданы два платежа. Один pending и один active.

Есть ли хороший способ обойти это поведение, возможно, используя замки или что-то в этом роде? Я использую Ebean ORM по умолчанию в java-игре 2.1.0 с MySQL db.

Answer 1

Это совсем не игра. Мой совет - не использовать блокировки. Если вы это сделаете, вы ограничите масштабируемость своего приложения.

Вам необходимо справиться с этим состоянием гонки. Условия гонки всегда будут иметь место, и вы не можете ничего сделать, чтобы их предотвратить. Итак, обнимайте их.

В случае, когда вы описываете его звуки, как ожидающее состояние, должно быть переопределено активным состоянием, если они существуют в базе данных.

Answer 2

Я не знаю, отвечает ли это на ваш вопрос или нет, но here is a link на страницу транзакций Ebean.