Індекс діапазону Geolite повинен бути ASC, а не YugabyteDB за замовчуванням HASH

PerformanceDaemonService
Змішані
10 серпня 2026 р. о 18:14 UTC
Авторизація
Kamo
Про нас
371b3bb

IP-пошук є скануванням діапазону: WHERE network start <= ? ЗАМОВЛЕННЯ мережі start DESC LIMIT 1 YugabyteDB перегородки індексу LEADING стовпчиком HASH, якщо не вказано інше; Індекси CockroachDB завжди є обов'язковим. Отже, коли schema була перебудована на YugabyteDB, idx geolite blocks range стала (мережа start HASH, мережа end ASC) і припинив, щоб служити, що присудити. Заміри: повне сканування всіх 5,820,022 рядків, 8,814 мс за виклик. Це був єдиний Найдешевші в базі даних -- 3.96 HOURS of cumulative час виконання через 455 дзвінки, плюс другий геоприєднується в середньому 16.4 s. Це також те, що виснажений басейн з'єднанням служби безпеки. З (network start ASC, мережа end ASC): 6.9 ms і 0 рядків сканування. Вхід код товару: 16,421 ms -> 10.2 ms. Виправлено в двох місцях, оскільки таблиця перебудована щотижня: - GeoLiteBlock @Index, тому свіжу схему збірки правильні. - DaemonService GeoLiteSyncService, чия сторінка + перейменування спини відтворює роботу індексує кожну неділю і немов мовчить.

Всі зміни

Як ви бачите відправлення?

Кожен з цих оновлень землі в робочому просторі автоматично. Почати вільний час і дивитися його на тиждень після тижня.

БезкоштовноПерегляд цін