- Se descapó
- 19 de agosto de 2026 a las 16:19 UTC
- Autor
- Kamo
- Compromit
- 9b3ad2c
/api/send tomó 1.8-7.9 s para la mayoría de direcciones y ms de un solo dígito para unos pocos, que no es un problema de carga. Es la forma de la consulta geolita. getLocation () es espera antes de que el evento sea escrito, por lo que la latencia fue pagada por el navegador en cada evento rastreado, y en el sitio de marketing se pagó dos veces porque el El rastreador espera la baliza antes de navegar. DONDE network-start .= $1 Y network-end .= $1 ORDEN BY network-start DESC LIMIT 1 Lee como un buscador de índices y no lo es. Con idx.geolite.blocks.range.asc el el planificador camina el índice hacia atrás desde la dirección y entrega cada fila a la filtro. Los bloques no están superando y ordenados, así que la única fila que puede el partido es el primero visitado y cuando el rango de esa fila termina por debajo de la dirección (un rango no asignado, o cualquier dirección más allá del final de un bloque) cada fila anterior falla la misma prueba, por lo que el escaneo corre al inicio de una mesa de 5.8M de filas antes de No devolviendo nada. Buscando a ese candidato soltero primero y probar network-end después devuelve exactamente las mismas filas. Medido contra la mesa en vivo: 47.181.8.84 1807 ms - 7 ms EE.UU. 208.67.222.222 7871 ms - 5 ms EE.UU. 93.184.216.34 4441 ms - 6 ms EE.UU. 203.0.113.7 7193 ms - 6 ms (sin coincidencia, correctamente) Sin cambios de esquema: el índice que esto necesita ya existe. También se derriba el retroceso del puerto de 26257. CockroachDB está retirado pero ese puerto sigue respuestas, por lo que un GEO-DATABASE-URL sin un puerto explícito se conectaría felizmente y entonces no encontrar las tablas en lugar de negarse directamente.