- Shipped
- 6 Novemba 2026, 18:31 UTC
- Author
- Kamo
- Commit
- 5b273d8
Kupiga simu sakafu matokeo ya vyombo vya habari, profiled na JFR juu ya SecurityService pod (lab org, 40 vyombo vya habari): / Awamu ya kuandika alichukua 160-360 ms, wastani ~ 220 ms. Kuhusu 90 ms ya ilikuwa baada ya-kujitoa kufuatilia-ups hakuna mtu anasubiri kwa ajili ya: tracker kuwasiliana (hali label kusoma + 2-3 upserts, kila yake mwenyewe YugabyteDB kuwajibika) na mfuasi bomba (wa pili kamili Kuongoza mzigo). Huduma ambayo inatangaza mpya LeadStatusFollowUps mtendaji sasa anajibu mara moja hadhi imefanya na anaendesha wale wawili juu yake; bila moja wao kukimbia inline kama kabla. Kuacha Ufikiaji wote na kutokana na-callback kukaa karibu synchronous. YugabyteDB ya mpango ni heuristic: "org_id =? AND <key>" anatembea index ya org. Kipimo juu ya kubwa org (kueleza kuchambua, kusoma tu): - historia ya kuongoza kwa kuongoza: 17.9 s -> 35 ms. kwa-kuongoza kusoma kwenda na lead_uid, org kudhibitiwa na muhimu . - DialLedger kwanza-maandishi kuongoza kusoma: 7.15 s -> ~ 1.5 ms (uid tu, org kuangalia katika Java). - **************** kwa uid tu, org kudhibitiwa katika Java (rekodi upatikanaji, lebo). - / leads gridi na kuongoza jina (Selected tab, mkondo kuongoza): org kuangalia org_id kuandikwa + 0 =?, 7.06 s -> 4.6 ms; chujio sawa, hakuna index inaweza kutumika, hivyo pk ni kutumika.
