- Szycy
- 23 września 2026 13:48 UTC
- Autor
- Kamo
- Pochęt się
- 41e4a00
pg_stat_state: ?SELECT COUNT(c) z CommitLog c W, gdzie indziej nie jest projektem (: „Projekty publiczne) [AND c.commitTypeId :t] - biegał 140 tys. razy dziennie po 100-200 ms każdy (mierzony przy produkcji Przed tą zmianą) — widok każdej listy (strona) (strona), adres()/mapa) i każda /changelog/public/stats call, na punktach końcowych, które nie biorą uwierzytelniania. commit_logs ma numer 19K Wiergi w 38 projektach; sam liczenie jest tanie, ale działało na każde żądanie. create_commit_log_ledger.sql dodaje ten sam total + dzienna kształt create_lead_intake_ledger.sql Używa: commit_log_counts (całkowity projekt, typ commit) plus tylko dołączenie commit_log_count_deltas, które uruchamia wiersz na commit_logs pisze w tym samym artykule Transakcja jako wkładka, aktualizacja zmieniająca projekt / typ lub usunięcie. Stosowany ręcznie jako Właściciel i napełniony; DaemonService teraz składa i opowiada go (oddzielny commit, perf(changelog): zwiń i ponownie opowiedz za sobą publiczną zaksięgę zaległości changelogu, wdrożoną jako pierwsza). / i teraz czytaj Suma + czasopismo w jednym natywnym oświadczeniu zamiast JPQL COUNT(c) – nowe metody na PublicChangelogService (jego nagłówek już wyjaśnia, dlaczego filtr/zaglądanie strony publicznej Mieszka tu i nie w kamo-bibliotece, a nie w CommitLogRepository, więc to nie wymagało Wydanie biblioteki współdzielonej. dziśTger() jest nietknięte: jest to ograniczone odliczanie okien czasowych wspierane przez ix_commit_logs_date_uid, a nie wzór call 140K. Zweryfikowany przeciwko produkcji przed zmianą: sumy księgi pasują do COUNT(-) dokładnie naprzeciw Wszystkie 264 (projekt, typ commit) pary (0 niedopasowania) po zasypaniu i trzech logach Prawidłowo wyzwala ogień (sprawdzony wewnątrz transakcji rolled-back jako kamo_app, własna aplikacja Poświadczenie).