- Shipped
- 23 septembrie 2026 la 14:40 UTC
- Author
- Kamo
- Commit
- 1f715e4
DDL: *************** (coloană + indice parțial favorabil, aplicat Deja producţia) şi *********************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************** (un-time catch-up, already run 19,373 rânduri, toate au aterizat la numărul lor real). Nu-ţi face griji. egal cu Count (*) DE la angajament log translations pentru acel rând, în aceeași tranzacție REQUIRES NOW ca fiecare locaţie scrie: +1 pentru un local cu adevărat nou, neschimbat pentru o re-salvare de unul deja acolo (a retry or a sanitization-regle re-trigger sterge-then-reintroduce același local Înfăşurat în @RetryOnDbConflict, potrivindu-se cu convenţia acestei baze de coduri pentru o scriere rară Excludere concomitentă ( traducerea inițială post-comunicare încă în zbor atunci când rejudecarea de 5 minute De asemenea, matura preia același rând încă incomplet) ar putea 40001. - Nu. citeste acel contor cu un index simplu În loc de grup... commit logs Left Count commit log translations it runned over 5 minutes ~14K apeluri la ~750ms (o scanare completă a tabelului de traduceri ~406K-rând), verificate prin EXPLAIN ANALIZE înainte de cabluri acest lucru în: 751ms -> 19.6ms (Index Doar Scanare, Heap Fetches: 0) pentru același un caz gol. O rescriere corelată per rând a fost încercată mai întâi și respinsă: EXPLAIN ANALYZE pe producție a arătat-o la 13.9s, ~18x WORSE decât costul original pe RPC YugabyteDB lui pentru multe mici cautari corelate domina, motiv pentru care aceasta este o coloana mentinuta, nu o Mai inteligent se alăture.