AH
при нагрузке конкретно твой пример будет пролазить
Size: a a a
2021 April 20
AH
как я понимаю ситуацию
JP
Да
JP
Это невероятно сложно даже протестировать
JP
Но это факт что оно пролазит в один селект и потом делает апдейт
В🚙
В🚙
можно попробовать с блокировками
JP
select for update ticket from tickets where status = 0 и все?JP
драйвер
app('db') справится?)В🚙
Я когда панель управления хостингом делал, решал подобную задачу как описывал выше. У меня была таблица портов, мне нужно было чтобы на одном сервере двум пользователям одновременно выдавались разные порты, я делал update ports set hash=$myHash WHERE owned_by IS NULL LIMIT 1, а далее SELECT * FROM ports WHERE hash=$myHash
AH
тебе нужно делать lockForUpdate
JP
->lockForUpdate()->get();
AH
"lockForUpdate also prevents them from being selected"
AH
вроде в твоем случае то, что нужно
JP
угу, спасибо большое 🙂
JP
Я думал сразу двух зайцев убью, но нет))
JP
Скажите мне. Как тут возможно чтобы были одинаковые тикеты? ))))))
АЗ
Недавно решал схожую задачу, и остановился на решении с блокировками через мемкеш.
У селект фор апдейт была какая-то особенность работы. По-моему он лочит в рамках текущей сессии
У селект фор апдейт была какая-то особенность работы. По-моему он лочит в рамках текущей сессии
JP
АЗ
А значит при доступе к бд из нескольких процессов селект фор апдейт не спасает