D
Size: a a a
2022 January 16
D
1. пришел запрос
2. открываем транзакцию в базе
3. считаем по ЕС от снапшота до текущего момента баланс
4. если баланса хватает - пишем транзакцию в ЕС таблицу на -100
5. коммитим транзакцию
6. даем ответ ОК на запрос
и вот таких будет 1000 штук в секунду, обработка будет на разных инстансах железа у бекенда
2. открываем транзакцию в базе
3. считаем по ЕС от снапшота до текущего момента баланс
4. если баланса хватает - пишем транзакцию в ЕС таблицу на -100
5. коммитим транзакцию
6. даем ответ ОК на запрос
и вот таких будет 1000 штук в секунду, обработка будет на разных инстансах железа у бекенда
AD
@PrimoSecundoTertio
https://youtu.be/KPl6quKgffo
https://youtu.be/wMcWo2cT7Ck
Не смотрел, но докладчика хвалили
https://youtu.be/KPl6quKgffo
https://youtu.be/wMcWo2cT7Ck
Не смотрел, но докладчика хвалили
✨
ну в принципе верно описано, но мы не обновляем, мы делаем инсерт новой транзакции, что по сути исключает конкурнетные запросы, и если в какой-то момент вдруг баланса станет недостаточно - получим ответ недостоточно средств
✨
вообще можно даже одним запросом попробовать insert делать с условием типа WHERE SELECT SUM() >= :value ......
✨
вот и вся твоя транзакция insert
✨
insert вернул результат - ОК, пустой результат - недостаточно средств
✨
если подключить сюда репликацию и cqrs, то проблем не должно быть
✨
ну мастер будет обновляться, ну а в лк читать будешь и цифры выводить
✨
несколько мастеров и балансировка, но я в этом уже не буду давать советы как
SP
Стандартная схема лэджера - две транзакции + ивеншуал консистенции + шардинг/партицирование
SP
1. Изменение баланса затрагивает один аккаунт за раз. Аккаунт наша партиция, мы можем раскидывать партиции на разные ноды базы.
2.перевод с одного аккаунта на другой это всегда две транзакции на двух аккаунтах
Такая схема должна хорошо масштабироваться.
Если проблема что тысяча транзакций в пределах аккаунта - если у тебя es можно в целом не полагаться на базу и там мутить всякие райплайны курсоры и батчинг.
2.перевод с одного аккаунта на другой это всегда две транзакции на двух аккаунтах
Такая схема должна хорошо масштабироваться.
Если проблема что тысяча транзакций в пределах аккаунта - если у тебя es можно в целом не полагаться на базу и там мутить всякие райплайны курсоры и батчинг.
SP
В целом 1000 транзакций звучит не так уж и много