Миграция 306 поставила domclick_city_sweep_moskovskaya_oblast в окно 3-6 —
ровно то же, где сидит ЕКБ-строка domclick_city_sweep. Планировщик домклик-джобы
не сериализует: 17.09 обе новые строки заклеймлены в одну секунду (run 7333 и
7334, 05:00:55) и пошли параллельно.
Два свипа ДомКлика делят один браузерный сайдкар и один пул. В минуты
параллельного прогона tradein-browser держал 67% CPU, 1.67 из 2.5 ГиБ и 2297 PID,
часть запросов возвращалась как Page.goto Timeout 60000ms и socket hang up.
Узлов с provider_affinity='any' всего два (id 13, 14), их же берёт cian.
Миграция НЕ утверждает, что параллельность уронила сбор: померить это по ходу
прогона нечем — fetch_city копит лоты в память и сохраняет одним save_listings
после всех шести бакетов, так что ноль строк в listings в середине прогона —
норма (здоровый одиночный ЕКБ-свип 16.09, run 7219, тоже молчал 70 минут и затем
положил 6372/237). Окна разводятся по ресурсной причине, а не по этой метрике.
Область → 9-12: там нет ни одной домклик-строки. Москва остаётся в 0-3.
next_run_at выставлен явно и разнесён — иначе сохранились бы значения первого
клейма (область 20.09 04:11, внутри ЕКБ-окна) и коллизия повторилась бы.
Проверено сухим прогоном на проде под ROLLBACK: UPDATE 1 + UPDATE 1, итоговые
окна 3-6 (ЕКБ) / 0-3 Москва 20.09 00:30 / 9-12 область 20.09 09:30.
Claude-Session: https://claude.ai/code/session_01NQb6WeJtagZwZnUsSjDizs
