Indicele intervalului Geolite trebuie să fie ASC, nu HASH implicit al YugabyteDB

Performancekamo-shared-library
Expediere
10 august 2026 la 18:14 UTC
Autor
Kamo
Comite
99adac9

Căutarea IP este o scanare de gamă: În cazul în care rețeaua start > ? ORDIN DE rețea start DESC LIMITĂ 1 YugabyteDB divizează coloana de indici LEADING de HASH, cu excepția cazului în care se prevede altfel; Indexele CockroachDB sunt întotdeauna ordonate. Când schema a fost reconstruită YugabyteDB, idx geolite blocks range a devenit (rețea start HASH, rețea end ASC) şi nu a mai putut servi acea prezicere. Măsurat: scanare completă a tuturor 5,820,022 rânduri, 8,814 ms per apel. Era single-ul cel mai scump lucru din baza de date - 3.96 ORE de timp de execuție cumulativă peste 455 de apeluri, plus un al doilea geo se alăture la 16,4 s medie. Este de asemenea ceea ce Piscina de legătură a Serviciului de Securitate epuizat. Cu (rețea start ASC, rețea end ASC): 6,9 ms și 0 rânduri scanate. Unirea Întrebarea merge 16,421 ms - > 10,2 ms. Fixat în două locuri, deoarece tabelul este reconstruit săptămânal: - GeoLiteBlock @Index, deci proaspete scheme construi sunt corecte. - DaemonService GeoLiteSyncService, a cărui punere în funcţiune+rename swap recreates indexează în fiecare duminică și altfel ar anula în tăcere acest lucru.

Toate modificările

Ca ceea ce vezi de transport maritim?

Fiecare dintre aceste actualizări aterizează automat în spațiul de lucru. Începe gratuit și urmăriți-l crească săptămână după săptămână.

Pornește gratuit pentru totdeaunaVezi prețurile