寸木
随手说一句，整理成待办、学习、人物关系等记录；AI 只给候选，我确认后才写入。
私有仓库，见面可演示
- 1,120
- 次单条读取改成批量
流程它怎么工作
- 01随手说一句
- 02AI 整理成候选
- 03我确认
- 04写入记录
- 05汇总进周记
01概况
- 背景
- 我想把随手记、学习资料、待办和人际往来放在一处，又不想填表。记录多了以后周记页越来越慢：开发环境里打开周记列表要 58 到 188 秒。
- 目标
- 周记列表冷请求 1.5 秒以内；优化前后返回内容完全一致；撤销授权后立刻生效。
- 我负责
- 独立设计和开发，产品、后端、前端、部署都是自己做。
02方案与取舍
产品代码和共享机制分层，依赖只能从产品指向共享层；权限和私有数据由产品自己管。
选了同一次请求内批量读取、共用数据库连接
没选跨请求的全局缓存
授权一撤销就要立刻生效，全局缓存会让撤销晚到。代价是请求上下文要一路传下去。
选了AI 只出候选，我确认后才写入
没选AI 直接写进记录
这是我的个人记录，写错比漏写代价大。代价是多一步确认。
03难点
现象
一篇周记触发约 1,120 次单条读取，列表请求最慢要 188 秒。
原因
渲染时重复计算档案、逐条查询，还在连接范围外反复新建数据库连接。
解法
改成批量查询，同一次请求共享读取上下文和数据库连接。
04结果
2026-10-10 在开发环境量同一个请求：从 141.18 秒降到 0.125 秒，去掉请求编号后返回内容完全一致（单次测量）。
05复盘
这次只量了周记，月记详情没拿到成功的响应；还要在生产数据上再量一次。