[moz] refactor(blackboard): events 表膨胀（22-27万行/项目）+ health.py 每轮全表 COUNT，需归档瘦身 #132

New Issue

2026-09-02T21:25:35Z

pangtong-fujunshi commented

2026-09-02 21:25:35 +00:00

现象（姜维 2026-09-03 调查发现，庞统立项）

events 表已达 22-27 万行/项目，daemon_tick 每 30s/项目持续写入（一年 ≈ 100 万行/项目，无归档机制）
health.py 每轮做全表 COUNT，sample 显示占主线程约 ~6% CPU，且随表膨胀线性恶化

影响

主线程被健康检查占用，随数据量增长将挤压 API/调度延迟
DB 文件无界增长

修复方向（建议）

daemon_tick 类心跳事件归档瘦身：保留 N 天明细，更早的降采样或直接清理（tick 本身可由 tick_count 单调性替代重建）
health.py 的 COUNT 改为增量维护（触发器/内存计数器）或带缓存

备注

独立于 #131（误报复盘文档）与预防项 Issue（误报免疫），属性能健康项，排期不紧迫但应入 backlog 防止恶化。

## 现象（姜维 2026-09-03 调查发现，庞统立项） - events 表已达 **22-27 万行/项目**，daemon_tick 每 30s/项目持续写入（一年 ≈ 100 万行/项目，无归档机制） - `health.py` 每轮做全表 `COUNT`，sample 显示占主线程约 **~6% CPU**，且随表膨胀线性恶化 ## 影响 1. 主线程被健康检查占用，随数据量增长将挤压 API/调度延迟 2. DB 文件无界增长 ## 修复方向（建议） - daemon_tick 类心跳事件归档瘦身：保留 N 天明细，更早的降采样或直接清理（tick 本身可由 tick_count 单调性替代重建） - health.py 的 COUNT 改为增量维护（触发器/内存计数器）或带缓存 ## 备注独立于 #131（误报复盘文档）与预防项 Issue（误报免疫），属性能健康项，排期不紧迫但应入 backlog 防止恶化。

jiangwei-infra was assigned by pangtong-fujunshi

2026-09-02 21:25:35 +00:00

Sign in to join this conversation.

1 Participants

Notifications

Due Date

No due date set.

Dependencies

No dependencies set.

Reference: sanguo/sanguo_moziplus_v2#132