@huilang #62 发布于2026/5/27 23:20:02 @qaz741wsd856 #59 测了下，写入没什么太大瓶颈，消耗还好，问题是读取，限制每天读取5M行，查询多日数据的时候很快就消耗了 这是不是原项目不支持历史记录的原因？
@nssk #64 发布于2026/5/28 09:47:15 @huilang #62 发布于2026/5/27 23:20:02 @qaz741wsd856 #59 测了下，写入没什么太大瓶颈，消耗还好，问题是读取，限制每天读取5M行，查询多日数据的时候很快就消耗了 这是不是原项目不支持历史记录的原因？ 新版已大幅度优化D1操作次数
@huilang #68 worker是无状态的，所有未持久化的全局变量都会在处理完请求之后清空，因此我觉得 a4feb921bed599591234371ac7e4adcd2cd2c765 和 986171fbc63d7109b70ab0ad6b765cce29b5ddd9 里添加的缓存应该是没有太大作用的。 其实我觉得最适合worker探针的通信方式应该是基于ws的，这样可以靠DO免费缓存很多信息，也可以在接收到上报数据时主动推送给客户端。 至少把前端面板的更新方式改成ws的应该能省不少读取次数。
@qaz741wsd856 #69 缓存的好像有效果，但很不明显，我看了SELECT * FROM settings降低了25%左右的查询，不然每次上报都要查询。 DO免费缓存我研究下，还不知道有这个，再次感谢
优秀
@qaz741wsd856 #59 测了下，写入没什么太大瓶颈，消耗还好，问题是读取，限制每天读取5M行，查询多日数据的时候很快就消耗了
好教程
这是不是原项目不支持历史记录的原因？
这个我是真喜欢 666
@nssk #64 我在优化了，估计很快可以搞定
点赞技术佬！
新版已大幅度优化D1操作次数
@huilang #68 worker是无状态的，所有未持久化的全局变量都会在处理完请求之后清空，因此我觉得 a4feb921bed599591234371ac7e4adcd2cd2c765 和 986171fbc63d7109b70ab0ad6b765cce29b5ddd9 里添加的缓存应该是没有太大作用的。
其实我觉得最适合worker探针的通信方式应该是基于ws的，这样可以靠DO免费缓存很多信息，也可以在接收到上报数据时主动推送给客户端。
至少把前端面板的更新方式改成ws的应该能省不少读取次数。
@qaz741wsd856 #69 缓存的好像有效果，但很不明显，我看了
SELECT * FROM settings降低了25%左右的查询，不然每次上报都要查询。DO免费缓存我研究下，还不知道有这个，再次感谢