Как да избегнете проблема със заключването на таблицата на работните места при използване на опашки на Laravel?

Това може да не е отговорът, но малко информация.

Когато използвате изрази SELECT ... FOR UPDATE, може да наблюдавате конкуренция за заключване (мъртви заключвания и т.н.).

select … for update where x <= y

това сканиране на диапазон с ‹= базата данни заключва всички редове ‹= y, включително всички празнини, така че ако имате редове с y като това: 1, 3, 5, то заключва дори празното пространство между 1 и 3 в индекса, нарича се празнина заключване

можете да видите проблема с тази команда:

SHOW ENGINE INNODB STATUS;

---TRANSACTION 72C, ACTIVE 755 sec
4 lock struct(s), heap size 1248, 3 row lock(s), undo log entries 1
MySQL thread id 3, OS thread handle 0x7f84a78ba700, query id 163 localhost msandbox
TABLE LOCK table test.t trx id 72C lock mode IX
RECORD LOCKS space id 19 page no 4 n bits 80 index age of table test.t trx id 72C lock_mode X
RECORD LOCKS space id 19 page no 3 n bits 80 index GEN_CLUST_INDEX of table test.t trx id 72C lock_mode X locks rec but not gap
RECORD LOCKS space id 19 page no 4 n bits 80 index age of table test.t trx id 72C lock_mode X locks gap before rec

последен ред

Ако имате много ключалки за пропуски във вашите транзакции, които засягат паралелността и производителността, можете да ги деактивирате по два различни начина:

1- Change the ISOLATION level to READ COMMITTED. In this isolation level, it is normal and expected that query results can change during a transaction, so there is no need to create locks to prevent that from happening.

2- innodb_locks_unsafe_for_binlog = 1. Disables the gap locks except for foreign-key constraint checking or duplicate-key checking.

https://www.percona.com/blog/2012/03/27/innodbs-gap-locks/

Пиша система за управление на опашка на Laravel, имам няколко работни места, които имат множество потребители, на които трябва да изпращам имейли. Пускам много работници с супервайзор и за да избегна изпращането на няколко имейла до един и същ потребител, написах този код. Надяваме се, че ще помогне на някого с този проблем

DB::transaction(function () use ($job) {

            if (!count($job->jobUsers()->sharedLock()->get())) { // to share reading ability btw multiple workers

                Log::info('There is no user in this job');
                $job->status = Job::STATUS_FINISHED;
                $job->save();
                return;

            }

            foreach ($job->jobUsers as $jobUser) {
                Log::info($jobUser->user_id);

                JobUser::where('job_id', $jobUser->job_id)
                    ->where('user_id', $jobUser->user_id)
                    ->lockForUpdate()  // exclusive lock
                    ->update(['status' => JobUser::STATUS_SENT]);
            }

        });

Можете да преминете към MyISAM и това ще премахне грешките при транзакциите; но в същото време бихте загубили много страхотна функционалност и надеждност, които идват с innoDB.

*Това не е опция, ако таблиците имат външни ключове и разчитате на неща като каскадни изтривания и актуализации, които се намират само в innoDB