- Se descapó
- 23 de septiembre de 2026 a las 12:33 UTC
- Autor
- Kamo
- Compromit
- 6add2f1
los declarativos de la lista pública ponen las lecturas de un soloentrado del proyecto de ley en la parte superior de la base de datos por un distancia: la mirada de la babosa y las dos miradas de vecinos corrió 905K veces cada una a 245 ms juntos Cerca del 70% de todo el tiempo YugabyteDB pasó declaraciones de ejecución. El sitio de marketing renderiza cada página por petición (entradas 19K x 22 locales), por lo que los rasgados los mantienen ocupados, y cada vista cuesta tres lecturas casi completas de commit-logs: - findBySlug usó "commitHash LIKE" :prefijo y proyecto EN (...). El índice único en commit-hash es hazañado, así que nunca fue posible ningún escáner de prefijo (el comentario afirmando que de lo contrario se ha ido), y con la lista de proyectos presentar el planificador caminó (proyecto, fecha-comprometido) y se filtró cada fila pública. Ahora es el rango medio abierto [prefijo, prefijo "") """"" cada carácter hexagonal abajo 'A' en la C collation - sobre el nuevo ix-commit.logs.hash-prefix, con el proyecto público-proyecto filtro aplicado en Java a la mayoría de 16 candidatos. La misma respuesta: exactamente una coincidencia pública o nada. - más nuevo/cuyo comparado "(d *:d OR (d = :d AND id .:id) , que no da ningún índice un lugar para empezar. Ahora dicen que D.A.= :d Y (d . . . . id . . . . . . . . . . (equivalente), así que ix-commit.logs.de comen. su caminata en la entrada. Medido en la producción con planes genéricos forzados (lo que el lado del servidor de JDBC prepara obtiene): babosa 2,2 ms (estaba 245-316), 1,3 ms y más viejos 1,2 ms (estaba de 190 euros). Los dos índices fueron creados por mano como el propietario y se graban en ********************** PublicChangelogLookupPalPales de declaración y el filtro de Java-side (4 de 5 rojos contra el servicio anterior).