- Shipped
- 6 Kasım 2026 18:31 UTC
- Author
- Kamo
- Commit
- 5b273d8
Çağrı Kat sonuç basın, SecurityService pod üzerinde JFR ile profillenmiş (lab org, 40 basın): /stage yazma 160-360 ms, ortalama ~220 ms. Bunun yaklaşık 90 ms'si gönderme sonrası takipti kimse beklemiyor: iletişim izleyicisi (durum etiketi okunmuş + 2-3 upsert, her biri kendi YugabyteDB Yeni bir işlemi ilan eden bir hizmet LeadStatusFollowUps yürütücü şimdi durum kabul edildiğinde cevap verir ve bu ikisini üzerinde çalıştırır; Her türlü ulaşımı durdurun ve çağrı geri dönüşü yakın bir yerde kalacak Senkron. YugabyteDB'nin planlayıcısı heuristiktir: "org_id = ? AND <key>" örgütün indeksini yürütür en büyük org (AÇIKLAMA ANALYZE, sadece okumak için): - Öncü tarihi öncü başına: 17.9 s -> 35 ms. Öncü başına okumalar lead_uid, org tarafından anahtar tarafından kontrol edilir. - DialLedger ilk-metin öneri okunuşu: 7.15 s -> ~1.5 ms (yalnızca uid, org Java'da kontrol edildi). - **************** sadece uid tarafından, org Java' da kontrol edildi (kayıt erişimi, etiketler). - /leads grid with named leads (Selected tab, stream leads): org check written org_id + 0 = ?, 7.06 s -> 4.6 ms; aynı filtre, hiçbir indeks ona hizmet edemez, bu yüzden pk kullanılır.