Symfony

30 Sep 2024 18:12

Типо такого после обработки каждого месседжа

$em = $this->managerRegistry->getManager(); if (!$em instanceof EntityManagerInterface) { return; } if (false === $em->isOpen()) { $this->managerRegistry->resetManager(); return; } $this->managerRegistry->getManager()->clear();

Symfony

30 Sep 2024 18:11

Т.е. например сделал мидлвар транхакшионал и теперь страдаешь

Symfony

30 Sep 2024 18:11

Про шард тоже слышал, а вот с консюмером проблема, не могу сделать 1 консюмер, потому что сообщения обарабываются не сильно уж и быстро и запущено 50 консюмеров щас =)

Symfony

30 Sep 2024 18:10

Опять же можно сделать паралельные очередя- Шардировать операции, или же сделать просто 1 консюмера

Symfony

30 Sep 2024 18:09

Ну и делать меньше сущности, а то может сделал на 50 колонок юзера с балнсом профилем и каким нить счетчиками а потом удивляться дедлокам

Symfony

30 Sep 2024 18:07

Ну с учетом того, что дедлок это 500, то оно уйдет само на ретрай даже без отлавливания, если только хочешь что то сделать дополнительно

Symfony

30 Sep 2024 18:06

Ну и понять причину лока и стараться избегать

Symfony

30 Sep 2024 18:04

Тут скорее нюансы доктрины

Symfony

30 Sep 2024 18:01

если чисто прод потушить - то подойдет такой варик

Symfony

30 Sep 2024 18:01

В случае с дедлоками - да, скорее как временный костыль, чтобы чисто пожар потушить

Symfony

30 Sep 2024 18:00

Ну смотря что за кейс.

Symfony

30 Sep 2024 18:00

Но это выглядит как костыль

Symfony

30 Sep 2024 17:58

Я думаю чатгпт может пояснить

Symfony

30 Sep 2024 17:56

На собесах часто задают подобные вопросы)) может стоить походить по ним?)

Symfony

30 Sep 2024 17:55

Думал игнорить это, но как оказалось, нихуя

Symfony

30 Sep 2024 18:12

или руками делаешь транзакцию в БД например с апи колом внутри

Symfony

30 Sep 2024 18:11

Возможно еще транзакции широкие.

Symfony

30 Sep 2024 18:11

Т.е. чтобы все операции с одним юезром были только в одной очереди и с 1 консюмером, тогда не будет паралельных операций а только последовательные

Symfony

30 Sep 2024 18:09

Не, такого у меня нет

Symfony

30 Sep 2024 18:08

Тут опять же большой вопрос по предметной области - можешь ли ты нарушать очередность, что он уйдет в конец

Symfony

30 Sep 2024 18:06

Т.е., мне в воркерах и очередях можно просто дедлок исключение отлавливать но ничего не делать, чтоб повторная попытка была ?

Symfony

30 Sep 2024 18:06

Как вариант - запустить функцию заного с теми же входными аргументами, предварительно очистив и перезапустив em. Опять же, если это воркер мессенджера он сам уйдет на ретрай

Symfony

30 Sep 2024 18:02

Это обычно происходит в воркерах и очердерях

Symfony

30 Sep 2024 18:01

а вообще да, дедлоки надо распедаливать конечно с уровня логики приложения

Symfony

30 Sep 2024 18:00

Надо решать именно эту проблему

Symfony

30 Sep 2024 18:00

Ем же не просто так закрылся

Symfony

30 Sep 2024 17:59

Если ты поймал EM closed - то тогда реконнектить и все восстанавливать, чтобы EM снова был жив. Когда-то делал подобное, но деталей уже не помню.

Symfony

30 Sep 2024 17:57

Может кто помнит в книжке с Кабанчиком ведь есть подобный разбор тем?

Symfony

30 Sep 2024 17:56

Есть задачи, которые по времени падают потом

Symfony

30 Sep 2024 17:55

Энтити менеджер по идее закроется и на попытку повторно сделать flush ты получишь Entity Manager is closed