Добрый день..
Есть необходимость делать много долгих запросов, поэтому написал цикл длинной в 60 сек,

выглядит примерно так:




Который раз в секунду делает запрос к БД и пытается получить задание



Как только получает, сразу же делает update


и после выполнения завершает цикл. (выполнение от 50 до 300 сек)

Стоит 10 крон задач вызовом php -f, которые каждую минуту запускает 10 копий этого скрипта с указанием параметра, какой № этого потока.

Так вот, получается ожидая задачу крутит 10 таких циклов, и между SELECT и UPDATE два разных потока умудряются схватить 1 и ту-же задачу.

Пока решил это так: задача сразу назначается конкретному потоку (сначала свободным, потом менее занятым), но не во всех задачах это можно реализовать.

Как можно решить это на уровне SQL ? InnoDB
Читал про блокировки, но везде пишут, что в нагруженных проектах блокировки зло, надо без них... У меня не нагруженный проект совсем, по меркам тех же ОД,ВК и т.д. как решается это там?

авторкак вариант
в записи есть поле, которое инкриментится при каждом изменении, например, revision
тогда раз в секунду запрос к БД
где {revision} - значение полученное из селекта на пред шаге
если кол-во измененных записей = 1 - запись ваша, если нет, повторяем с начала



Интересно... в принципе я могу просто дописать where status='wait'
т.к. если другой поток ее уже схватил, то кто-то из них все равно первым внесет изменения, не может быть 2 update одновременно..

автор https://dev.mysql.com/doc/refman/8.0/en/innodb-locking-reads.html
С этим пока тоже разбираюсь.. Но почему-то мускуль ругается на LOCK или FOR UPDATE/SHARE
Думаю после праздников создать тестовую базу и там баловаться..

авторесть вариант использовать очереди сообщений
С этим тоже обязательно ознакомлюсь.

Всем большое спасибо, есть куда двигаться дальше)