Г
Size: a a a
2019 December 26
r
Вышла новая версия Phalcon: high performance, full-stack framework:
v4.0.0r
Вышла новая версия Workerman: event driven PHP framework:
v3.5.23AS
Вышла новая версия Phalcon: high performance, full-stack framework:
v4.0.0🎅
Кm
Товарищи, вопрос
У меня есть функция для оформления заказа в магазине
На вход она получает айдишник категории товара и количество необходимого товара.
В функции в начале идёт запрос в базу mysql на наличие этого количества товара, далее следует некоторая логика основанная на этом количестве, и потом, если всё ок, идёт бронь товара ввиде запроса на обновление записей.
Вопрос в следующем: какова вероятность того, что если некоторое количество пользователей одновременно обратятся к скрипту, попытаются заказать все доступные товары, и скрипт всем скажет, что товар доступен для бронирования и попытается одновременно обновить позиции для брони?
И как этого можно избежать, соответственно
У меня есть функция для оформления заказа в магазине
На вход она получает айдишник категории товара и количество необходимого товара.
В функции в начале идёт запрос в базу mysql на наличие этого количества товара, далее следует некоторая логика основанная на этом количестве, и потом, если всё ок, идёт бронь товара ввиде запроса на обновление записей.
Вопрос в следующем: какова вероятность того, что если некоторое количество пользователей одновременно обратятся к скрипту, попытаются заказать все доступные товары, и скрипт всем скажет, что товар доступен для бронирования и попытается одновременно обновить позиции для брони?
И как этого можно избежать, соответственно
D
Товарищи, вопрос
У меня есть функция для оформления заказа в магазине
На вход она получает айдишник категории товара и количество необходимого товара.
В функции в начале идёт запрос в базу mysql на наличие этого количества товара, далее следует некоторая логика основанная на этом количестве, и потом, если всё ок, идёт бронь товара ввиде запроса на обновление записей.
Вопрос в следующем: какова вероятность того, что если некоторое количество пользователей одновременно обратятся к скрипту, попытаются заказать все доступные товары, и скрипт всем скажет, что товар доступен для бронирования и попытается одновременно обновить позиции для брони?
И как этого можно избежать, соответственно
У меня есть функция для оформления заказа в магазине
На вход она получает айдишник категории товара и количество необходимого товара.
В функции в начале идёт запрос в базу mysql на наличие этого количества товара, далее следует некоторая логика основанная на этом количестве, и потом, если всё ок, идёт бронь товара ввиде запроса на обновление записей.
Вопрос в следующем: какова вероятность того, что если некоторое количество пользователей одновременно обратятся к скрипту, попытаются заказать все доступные товары, и скрипт всем скажет, что товар доступен для бронирования и попытается одновременно обновить позиции для брони?
И как этого можно избежать, соответственно
кто первым заберёт у того и будет товар,не? Второму отдать "товар закончился\или в резерве"
AS
кто первым заберёт у того и будет товар,не? Второму отдать "товар закончился\или в резерве"
это есть пока только в постгресе, select for update .. skip locked
Кm
Скрипт выполняется доли секунды, но ведь при большом количестве одновременных запросов есть вероятность следующего:
1) юзер1 получает информацию, что 10 товаров доступно
2) юзер2 получает информацию, что 10 товаров доступно
3) юзер1 бронирует 10 товаров
4) юзер1 пытается забронить 10 товаров и получает ошибку
1) юзер1 получает информацию, что 10 товаров доступно
2) юзер2 получает информацию, что 10 товаров доступно
3) юзер1 бронирует 10 товаров
4) юзер1 пытается забронить 10 товаров и получает ошибку
V
Товарищи, вопрос
У меня есть функция для оформления заказа в магазине
На вход она получает айдишник категории товара и количество необходимого товара.
В функции в начале идёт запрос в базу mysql на наличие этого количества товара, далее следует некоторая логика основанная на этом количестве, и потом, если всё ок, идёт бронь товара ввиде запроса на обновление записей.
Вопрос в следующем: какова вероятность того, что если некоторое количество пользователей одновременно обратятся к скрипту, попытаются заказать все доступные товары, и скрипт всем скажет, что товар доступен для бронирования и попытается одновременно обновить позиции для брони?
И как этого можно избежать, соответственно
У меня есть функция для оформления заказа в магазине
На вход она получает айдишник категории товара и количество необходимого товара.
В функции в начале идёт запрос в базу mysql на наличие этого количества товара, далее следует некоторая логика основанная на этом количестве, и потом, если всё ок, идёт бронь товара ввиде запроса на обновление записей.
Вопрос в следующем: какова вероятность того, что если некоторое количество пользователей одновременно обратятся к скрипту, попытаются заказать все доступные товары, и скрипт всем скажет, что товар доступен для бронирования и попытается одновременно обновить позиции для брони?
И как этого можно избежать, соответственно
SELECT ...... LOCK IN SHARE MODE
AS
SELECT ...... LOCK IN SHARE MODE
не прокатит.. 5 человек увидят товар, 4 магазин при оформлении заказа прокинет что "товар закончился"
AS
надо сразу транзакцию резервировать, а если через N времени не купил то откатывать
Кm
SHOW VARIABLES LIKE "%version%";AS
самый правильный и простой вариант который я вижу: UPDATE .. SET ts = 12345 LIMIT 1; SELECT * FROM ... WHERE ts = 12345; через 5 минут UPDATE ... SET ts = null WHERE ts < 12345 - 5 минут
Кm
это есть пока только в постгресе, select for update .. skip locked
А тут как делать?
Я заранее извиняюсь за возможно глупые или банальные вопросы, я фронтендер))
Я заранее извиняюсь за возможно глупые или банальные вопросы, я фронтендер))
Кm
самый правильный и простой вариант который я вижу: UPDATE .. SET ts = 12345 LIMIT 1; SELECT * FROM ... WHERE ts = 12345; через 5 минут UPDATE ... SET ts = null WHERE ts < 12345 - 5 минут
Хм, ок
Кm
самый правильный и простой вариант который я вижу: UPDATE .. SET ts = 12345 LIMIT 1; SELECT * FROM ... WHERE ts = 12345; через 5 минут UPDATE ... SET ts = null WHERE ts < 12345 - 5 минут
А если мне нужно 10 товаров, то получается я могу ориентироваться на количество обновлённых строк, и если их мнеьше 10, то значит товара недостаточно, верно?
AS
А если мне нужно 10 товаров, то получается я могу ориентироваться на количество обновлённых строк, и если их мнеьше 10, то значит товара недостаточно, верно?
да, все верно