- Expédié
- 19 août 2026 à 16:19 UTC
- Auteur
- Kamo
- Commite
- 9b3ad2c
/api/send a pris 1,8-7,9 s pour la plupart des adresses et un chiffre ms pour quelques-unes, qui n'est pas un problème de charge - c'est la forme de la requête géolithique. getLocation() est attendu avant l'inscription de l'événement, de sorte que la latence était payée par le navigateur chaque événement suivi, et sur le site de marketing, il a été payé deux fois parce que le Traqueur attend la balise avant de naviguer. LOReux: réseau - Démarrage - 1 ET réseau - fin - 1 COMMANDE PAR réseau-démarrage DESC LIMIT 1 se lit comme un indice de recherche et n'en est pas un. Avec l'idx-géolie-blocs-intervalles-asc la le planificateur marche l'index vers l'arrière de l'adresse et aiguille chaque ligne à la filtre. Les blocs ne se chevauchant pas et sont ordonnés, de sorte que la seule ligne qui peut jamais correspondance est la première visitée - et lorsque la plage de cette ligne se termine en dessous de l'adresse (une plage non allouée, ou toute adresse au-delà de la fin d'un bloc) chaque rangée précédente échoue au même test, de sorte que le balayage s'exécute jusqu'au début d'une table de rames de 5,8 millions avant Ne rien revenir. Rechercher à ce candidat unique d'abord et tester le réseau. exactement les mêmes lignes. Mesuré par rapport au tableau vivant: 47.181.8.84 1807 ms - 7 ms 208.67.22222,72 7871 ms - 5 ms 93.184.216.34 4441 ms - 6 ms 203.01113.7 7 793 ms - 6 ms (pas de correspondance, correctement) Pas de changement de schéma: l'indice dont il a besoin existe déjà. Il laisse également tomber le gouffre du port 26257. CockroachDB est à la retraite mais ce port est toujours répond, donc un GEO-DATABASE-URL sans port explicite se connecterait joyeusement et puis ne parviennent pas à trouver les tables plutôt que de refuser purement et simplement.