- Spegnimento
- 23 settembre 2026 alle ore 13:39 UTC
- Autore
- Kamo
- Impegno
- 60e1921
Tre query pg stat statements hanno mostrato come la migliore produzione di kbservice DB costo, tutto da chiedere in un loop (o con un piano l'eredità YugabyteDB planner scelto male) che una singola query potrebbe rispondere: - No, no. (la mappa del sito e ogni i dati dell'hreflang dell'albero/lista/single-article) ora legge E' una cosa da fare. pg hint plan-hinted query nativo (kamo-shared-library, commit separato) Unisciti al pianificatore non stava scegliendo da solo. - 6.000 chiama a ~11 s ciascuno in produzione; verificata con EXPLAIN, 11.9 s -> 0.2 s per lo stesso org 308-articolo. - No, no. ( dieci minuti di traslazione-ricerche) ora chiede Una volta per la prima volta. intero lotto di articoli pubblicati invece di conteByArticolo Uid per articolo — 1.7M chiama in produzione, sostituito con un gruppo letto. - costruirePublicI bambiniMap e buildUidToGuidMap, in KbArticoloService, sono rimosso. Erano morti codice lasciato dietro quando Mi sono trasferito a prendere un pre-costruito. PublicTreeIndex (155e7de) invece di ricostruire uno da un full-row articolo carico: né aveva un chiamante lasciato, ma ognuno era ancora esattamente ~306,000-call / ~80 ms full-row kb articles query (content json incluso) pg stat statements mostrato — una trappola lenta e irraggiungibile per prossimo chiamante per trovare utilizzandolo, non traffico dal vivo. costruirePublicTreeIndex si legge già il carico di proiezione strettoArticoli pubbliciForTree aggiunto in 155e7de, confermato dal vivo in produzione (8.730 chiamate a ~17 ms ciascuno, in crescita) — che fissa già spedito; questo semplicemente rimuove i due siti di chiamata a sinistra ancora in grado di reintrodurre il costo pieno-row. Test: Kb TranslationLocalesServiceTest e E' il momento giusto. coprire il lotto questo aggiunge (BATCH chunking, null/duplicate uid handling, raggruppato-row mapping, "absent significa zero"); entrambi controllati dalla mutazione riattivando la correzione localmente, confermando che vanno di rosso e ripristinarlo. Rivista anche: kb article relations e l'elenco KB-admin impaginato query (varianti di or/status/parent id del carico pieno kb articles) appaiono in pg stat statements con grandi totali ma non rilevabili per-call latenza (1-20 ms) e nessun segno di un piano cattivo — lasciato solo. Si chiama una volta sola. per articolo sulla pagina dei bambini-by-parent-slug pubblica (chiuso a pagina dimensione, gated dietro locale non inglese) — non il modello runaway il altri tre erano, così anche lasciati soli.