Как корректно организовать транзакции в MySQL с возвратом результата?

Question

[MilkyWay]

Здравствуйте. Подскажите, как корректно выбрать из БД записи в условиях конкурентного доступа, установить им флаг "в обработке" и вернуть результат, кому этот флаг установился. Сейчас делаю так, но не уверен, правильно ли полагаться на время модификации поля, ведь операция UPDATE может занять больше 1 секунды.

START TRANSACTION;
        UPDATE `list` a INNER JOIN
        (SELECT id FROM `list` WHERE `processing` = 0 LIMIT 10 FOR UPDATE) b
        ON a.id = b.id SET `processing` = -1;
        SELECT * FROM `list` WHERE `updated_at`=NOW() AND `processing`=-1;
        COMMIT;

Answer 1

[Melkij]

Сделайте сначала select for update, а для update у вас уже будет список id, соответственно, update where `id` in
Из-за select for update никто посторонний строки не перехватит.

Comments

[MilkyWay]

так UPDATE же возвращает только количество измененных строк, а не их айди

[Melkij]

Так потому select и нужен.
Или эту транзакцию писали не вы?

[MilkyWay]

я писал по мануалам) Попробовал переписать как вы говорите:
START TRANSACTION;
SET @a = (SELECT id FROM `list` WHERE `processing` = 0 LIMIT 10 FOR UPDATE);
UPDATE `list` SET processing=-1 WHERE id IN @a
COMMIT;
выдает ошибку. Плюс, мне еще как-то надо вернуть эти строки, т.е сделать еще один селект по-идее...

[Melkij]

А, это объясняет. Я предлагал так:
begin;
SELECT id /*, другие поля, какие нужны*/ FROM `list` WHERE `processing` = 0 LIMIT 10 FOR UPDATE
UPDATE `list` SET processing=-1 WHERE id IN (заполнить на стороне приложения)
commit;

[MilkyWay]

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

[Melkij]

for update в рамках транзакции и гарантирует консистентный конкурентный доступ.