- Szycy
- 10 sierpnia 2026 18:14 UTC
- Autor
- Kamo
- Pochęt się
- 99adac9
Odszukanie IP jest skanem zasięgu: Gdzie jest network_start? Zamówienie przez sieć_start DESC LIMIT 1 YugabyteDB dzieli kolumnę indeksu LEADING przez HASH, chyba że o tym mowa inaczej; Indeksy CockroachDB są zawsze uporządkowane w zakres. Kiedy schemat został odbudowany YugabyteDB, idx_geolite_blocks_range (network_start HASH, network_end ASC) I przestał być w stanie w ogóle służyć temu orzecznikowi. Zmierzony: pełne skanowanie wszystkich 5,820,022 rzędów, 8 814 ms na połączenie. To był singiel Najdroższa rzecz w bazie danych -- 3.96 GODZINY skumulowanego czasu realizacji W 455 połączeniach, plus drugie połączenie geograficzne na poziomie 16,4 s. To też jest to, co Wyczerpana pulę połączeń SecurityService. Z (network_start ASC, network_end ASC): 6,9 ms i 0 rzędów zeskanowanych. Przyjęcie Czterowiązk wyszukiwania 16,421 ms -> 10.2 ms. Naprawiono w dwóch miejscach, ponieważ stół jest przebudowywany co tydzień: - GeoLiteBlock -Index, więc świeże budowanie schematu są poprawne. - DaemonService GeoLiteSyncService, którego inscenizacja + wymiana nazw odtwarza Indeksy w każdą niedzielę i w przeciwnym razie po cichu by to cofnął.