KamoCRM

Сторінка входу читає три ряди, а не весь публічний блок змін

PerformanceSecurityService
Shipped
23 вересня 2026 р. о 12:33 UTC
Author
Kamo
Commit
6add2f1

pg stat statements означають односторонні читання журналу публічних змін Відстань: the slug lookup and the two сусідніх lookups ran ~905K раз на ~245 ms — разом близько 70% всього часу YugabyteDB провів виконувані заяви. Маркетинговий сайт надає кожному запис сторінки за запитом (~19K записів x 22 локальних), тому crawlers зберігають їх зайнято, і кожен вид коштує три найближчих читання комітів: - FindBySlug використовується `commitHash LIKE :prefix and project In (...)`. Унікальний індекс на коміт hash є HASH-sharded, так що не було можливим сканування префіксу (комент, що вимагає іншого, йде), і з переліком проекту присутні планувальник прогулянок (проект, дата продається) і проціджують кожен публічний ряд. В даний час напіввідкритий діапазон [перевірка, префікс + "~") — сорт кожного шекса нижче '~' у співвідношенні C — над новим ix commit logs hash prefix, з громадським проектом фільтр, що застосовується в Java для більшості 16 кандидатів. Відповідайте: точно один публічний матч або нічого. - новий/старший у порівнянні `(d > :d OR (d = :d і id > :id))`, який не дає індексу місце для запуску. В даний час ми говоримо `d >:d і (d > :d OR id > :id)` (equivalent), так ix commit logs date uid починається прогулянку по в'їзду. Заходи на виробництві з вимушеними генеричними планами (на сервері JDBC приготуються): ламка 2.2 мс (від ~245-316), newer 1.3 мс і старше 1.2 мс (від ~190). Створено два індекси hand as the власник і are записаний в **************** PublicChangelogLookupTest шпилює форми заяви та фільтр Java-на стороні (4 з 5 червоних проти попередній сервіс.

All changes

Like what you see shipping?

All of it arrives in your workspace on its own. Start on the free plan and read this page again in a month.

Start Free ForeverView Pricing