- Shipped
- 2026년 11월 6일 오후 6:31 UTC
- Author
- Kamo
- Commit
- 5b273d8
호출 바닥 결과 프레스, SecurityService 포드에 JFR로 프로파일링 (실험실 org, 40 프레스): /stage 쓰기는 160-360 ms, 중간값 ~220 ms 걸렸습니다. 약 90 ms는 커밋 후 추적이었습니다 아무도 기다리지 않음: 연락처 추적기 (상태 레이블 읽기 + 2-3 upserts, 각각 자체 YugabyteDB 커밋)과 파이프라인 팔로워(두 번째 전체 리드 로드) LeadStatusFollowUps 실행자는 이제 상태가 커밋되면 응답하고 두 개를 실행합니다. 모든 접근을 중지하고 결제 콜백이 닫히도록 유지합니다 동기화 YugabyteDB의 플래너는 발견적입니다: "org_id = ? AND <key>"는 org의 인덱스를 탐색합니다 가장 큰 org (EXPLAIN ANALYZE, 읽기 전용): - 리드별 리드 기록: 17.9초 -> 35ms. 리드당 리드는 lead_uid, org에 의해 키에 의해 확인됩니다. - DialLedger 첫 번째 텍스트 리드 읽기: 7.15 s -> ~ 1.5 ms (uid 만, org 자바에서 확인). - **************** by uid only, org 자바에서 체크 (레코딩 액세스, 레이블). - /leads 이름이 지정된 리드와 그리드 (선택한 탭, 스트림 리드): org 체크 기록 org_id + 0 =?, 7.06 s -> 4.6 ms; 동일한 필터, 인덱스가 제공할 수 없으므로 pk가 사용됩니다.