O índice de gama Geolite deve ser ASC, não o Hash padrão do YugabyteDB

Performancekamo-shared-library
Navios
10 de agosto de 2026 às 18:14 UTC
Autor
Kamo
Enviar
99adac9

A pesquisa IP é uma varredura de alcance: ONDE network start <= ? ORDEM POR network start DESC LIMIT 1 YugabyteDB partições da coluna de índice LEADING por HASH, salvo indicação em contrário; Os índices do BarataDB são sempre ordenados. Então, quando o esquema foi reconstruído YugabyteDB, idx geolite blocks range tornou-se (network start HASH, network end ASC) e deixou de ser capaz de servir esse predicado. Medido: varredura completa de todas as 5.820.022 linhas, 8.814 ms por chamada. Foi o single coisa mais cara no banco de dados -- 3.96 HOURS de tempo de execução cumulativa através de 455 chamadas, mais uma segunda união geo com média de 16.4 s. É também o que A piscina de ligação do Serviço de Segurança está esgotada. Com (network start ASC, network end ASC): 6.9 ms e 0 linhas digitalizadas. A adesão consulta vai 16.421 ms -> 10.2 ms. Fixo em dois lugares, porque a mesa é reconstruída semanalmente: - GeoLiteBlock @Index, então novas construções de esquema estão corretas. - DaemonService GeoLiteSyncService, cujo stating+rename swap recria o índices todos os domingos e de outra forma silenciosamente desfazer isso.

Todas as alterações

Como o que vês no transporte?

Cada uma dessas atualizações pousa automaticamente em seu espaço de trabalho. Comece grátis e veja crescer semana após semana.

Começar Livre Para SempreVer Preços