- 已装运
- 2026年9月23日 13:37 UTC
- 作者
- Kamo
- 提交
- cf061b2
kbservice 的公用 KB 端点及其翻译- 重写扫描 KbArticle 翻译存储器一次一行 。 生产 pg stat 报表显示两种截然不同的成本: - 找到Real Translation Locales(新):支持网站地图/reflang搜索 翻译 Translate Service 的英文倒数行 (一行可以在本地密钥下保存英语, 如果没有提供方 ) ) (中文(简体). 这个集群计划与YugabyteDB的后遗症Heuristic 模型( 没有优化统计) , 并为 JPQL 选择了 Nested 循环 将 kb article 翻译为 kb article: 索引扫描 uid 列表,然后在 kb article 中单独查找单行索引 其中每行——6 468个储存RPC,用于308个颗粒, 11.9 s,加入两张与记忆相适应的桌子(~6 000个呼叫 ~11 s在生产中各). 带 pg hint plan HashJoin 提示的原生 SQL 针接接接接接接接接接接接接接接接接接接 **************** 在 EXPLAIN 上验证 生产量: 11.9 s - > 0.2 s,稳定在 plan cache mode=force generic plan(形状为 JDBC 的服务器侧) 准备实际运行。 - 分组ByArticleUid(新):10分钟翻译-重试扫描 要求 CounterByArticle Uid 在每次发表文章时查找哪些 仍然需要当地人——生产中1.7M呼叫,每分毫秒 一个人 整个批次一个分组的COUNT是同一个答案;一个uid 在结果中缺席有零行。 kbservice 将这两条线都装入(单独执行,它自己的还款).