- 已装运
- 2026年9月23日 13:48 UTC
- 作者
- Kamo
- 提交
- 41e4a00
pg stat 报表:`SELECT COUNT(c) from CommitteeLog c Where c. project in (:~33个公共项目) [AND c.committeeTypeId =:t] `每天跑~140K次,每跑100-200米(按生产量计算) ——每个列表页面视图(page(),地址()/siteap)和每个 /changelog/public/stats呼叫,在端点上不需认证. 承诺( L) 排行跨越了38个项目;计数本身是便宜的,但每一次都按要求运行. 创建 承诺 log ledger. sql 添加相同的 total+journal形状创建 lead intake ledger. sql 用途: 承诺 log 计数(每个项目总和(项目,承诺类型))外加仅一个附件 承诺 log count deltas 日记,一行触发在承诺 logs上写在同一行 作为插入、项目/类型修改更新或删除的交易。 手工应用 拥有者和后补者; 守护者服务现在折叠并重述它。 perf(changelog):对公共changelog的承付日志分类账进行折叠并重新计数,首先部署. **************** 现在读取 总计 + 日记在一个本地语句中而不是一个 JPQL COUNT(c) — 新方法 PublicChangelogService(其标题已经解释了为什么公共页面需要过滤/清扫) 住在这里,而不是卡莫共享图书馆,而不是提交文献库,所以不需要 共享- 图书馆发布 。 今天 Count( ) 未被更改 : 它是一个有限制的时间窗口计数 , 由 x 承诺 logs date uid,不是~140K调用模式. 切换前对照生产情况核实:分类账总数完全符合COUNT(*) 所有264个(项目,承诺类型)在回填后对(0不匹配),三个承诺 logs 正确触发起火( 在回滚交易中证明为 kamo app, 该应用程序本身的) (证书).