- Shipped
- 2026年11月6日 18:31 UTC
- Author
- Kamo
- Commit
- 5b273d8
セキュリティサービスポッド上でＪＦＲを用いてプロファイル化したコールフロア結果プレス（ラボオーガ，４０プレス）は次のとおりである /stage 書き込みは 160-360 ms 中央値 220 ms のうち 90 ms は コミット後の追跡です 誰も待たない: 連絡先追跡 (状態ラベル読み込み + 2-3のアップサート、それぞれ独自の YugabyteDB) 2つ目のフルリードロードであるパイプラインフォローヤーです LeadStatusFollowUpsの実行者は、状態がコミットされたときに応答し、それらの2つを実行します。 これがなければ 前と同じようにインラインで動きます 同期 YugabyteDB のプラナーは発見的です: "org_id =? AND <key>" は org のインデックスを歩きます 最大の組織 (EXPLAIN ANALYZE, 読み込み専用) - リードごとのリード履歴: 17.9秒→35ミリ秒。リードごとのリード読み込みは lead_uid、org、keyでチェックされます。 - DialLedger の最初のテキストリード読み込み: 7.15 s -> ~1.5 ms (uid のみ、Java で org をチェック) - **************** by uid only, org checked in Java (レコーディングアクセス、ラベル) - /leads グリッドに名前付けられたリード (選択されたタブ、ストリームリード): org check written org_id + 0 = ?, ７．０６ｓ→４．６ｍｓ；同じフィルタで，インデックスが対応できないのでｐｋを用いた。