- 已发运
- 2026年11月6日 18:31 UTC
- 作者
- Kamo
- 承诺
- 5b273d8
地板结果按,在一个SecurityService pod(实验室组织,40个按钮)上用JFR进行了配置: /stage 写入需要 160-360 毫秒,中位数 ~220 毫秒,其中约 90 毫秒是提交后的跟进 nobody 等待:联系人跟踪器(状态标签读取 + 2-3 个 upserts,每个都有自己的 YugabyteDB 一个声明新的管道的服务,并且在管道的后续(第二个完整的 Lead 负载)中发布 LeadStatusFollowUps 执行器现在会在状态提交后回复并运行这两个状态; 停止所有外联和到期回调关闭停留 同步。 YugabyteDB 的规划器是启发式的 : " org_id = ? AND <key>" 会走整个组织的索引 最大的组织 (EXPLAIN ANALYZE, 只读 ) : - 每个潜在客户的历史记录:17.9秒 -> 35毫秒。 每个潜在客户的读取按照 lead_uid, org 按照 key 检查。 - DialLedger 第一个文本引导读取: 7.15 秒 -> ~1.5 毫秒(只用于用户名,在 Java 中检查 org ) 。 - **************** 仅由 uid, org 在 Java 中检查(记录访问,标签 ) 。 - /leads 网格带有命名的潜在客户(选定的标签,流的潜在客户 ) : org check 写入 org_id + 0 = ? , 7.06 s -> 4.6 ms;相同的过滤器,没有索引可以服务它,所以使用pk。