- Порезанный
- 23 сентября 2026 г. в 12:33 UTC
- Автор
- Kamo
- Обещать
- 6add2f1
pg stat statements помещает однократные считывания публичного журнала изменений в верхней части базы данных Расстояние: поиск слизняков и два соседних поиска пробежали ~ 905K раз каждый на ~ 245 мс — вместе Около 70% всего времени YugabyteDB потратил на выполнение заявлений. Маркетинговый сайт отображает все Страница входа по запросу (~ 19K записей x 22 локации), поэтому сканеры загружены, и каждый просмотр стоит Три почти полных чтения commit logs: - findBySlug используется "commitHash LIKE:prefix AND project IN (...)". Уникальный индекс на commit hash HASH-защищен, поэтому сканирование префикса никогда не было возможным (комментарий, утверждающий, что иначе не было), и со списком проектов, представленным планировщиком (project, date committed) и отфильтрованным Общественный скандал. Теперь это полуоткрытый диапазон [префикс, префикс + «~») — каждый сорт шести символов. ix commit logs hash prefix, с публичным проектом Фильтр, используемый в Java, может быть использован для 16 кандидатов. Тот же ответ: точно один публичный матч или ничего. - новее/старше сравнивается '(d > :d OR (d = :d AND id > :id))', что не дает индексу места для начала. Теперь они говорят 'd >= :d AND (d > :d OR id > :id)' (эквивалент), так что ix commit logs date uid начинается. Прогулка по входу. Измеряется на производстве с принудительными общими планами (что готовит серверная сторона JDBC): 2.2 мс (было ~245-316), новее 1,3 мс и старше 1,2 мс (было ~190). Эти два индекса были созданы руки в качестве владельца и записаны в **************** PublicChangelogLookupTest прикрепляет формы заявления и фильтр на стороне Java (4 из 5 красных против) предыдущей службы).