2.1.10
2.1.10 更新内容
数据库占用显著降低
- 重新优化历史监控数据的保存方式,减少重复存储,更适合长期运行和低配置服务器。
- 在相同四节点、相同监控指标和相同持久化设置下,指标主库从
2.1.8的约 44.16 MiB 降至2.1.10的约 20.0~20.1 MiB,降低约 54%~55%。 - 本次优化不会减少监控项目、缩短保留时间或降低数据精度,用户原有的指标持久化天数也会保持不变。
- 数据库更小后,日常备份、迁移和低配服务器长期运行的压力会相应降低。
上述数据来自四台节点、1 分钟数据约 48 小时及 5 分钟数据约 7 天的实测指标主库。实际占用会随节点数量、启用指标、采集频率和保留周期变化。
数据库迁移与兼容
- 新增 Web 数据库迁移页面,从旧版本首次升级时可直接查看迁移阶段、总体进度、已处理数据量、延后处理数量和空间回收状态。
- 迁移会分批执行;遇到暂时无法安全转换的历史数据时会保留原数据并自动重试,不再因单条历史记录阻断 Komari 启动。
- 支持从上游
1.2.5、1.2.7、1.2.8、1.2.8-fix、1.3.0,以及自有2.1.7 V3、2.1.8、2.1.8-fix、2.1.9升级迁移。 - 升级后继续沿用原有指标持久化天数,不会自动恢复为默认值;外置数据库不会进入 SQLite 指标库迁移。
数据库运行状态
- 后台“运行状态”新增数据库压缩周期、最近成功时间、迁移进度、失败次数及自动重试项目。
- 摘要接力暂缓等情况会在网页显示具体发生时间和中文原因,同时继续保留服务端日志,方便排查。
- 已确认无法恢复的旧数据会静默跳过,不再反复提示,也不会影响后续正常数据处理。
其他更新
- 恢复后台反向代理设置页面及内置 Cloudflare Tunnel 配置能力。
- 公共 Ping 任务新增
weight权重字段。 - 更新 Komari 默认 Logo 和 favicon。
- 完善数据库异常保护,避免历史数据问题阻断服务启动。
部署
升级前建议完整备份 Komari 的 data 目录。首次升级进入数据库迁移页面后,请不要强制结束进程或反复重启容器;旧格式占用会在迁移和空间回收完成后逐步释放。
Docker
docker pull ghcr.io/nuomiiiii/komari:2.1.10
Docker 镜像支持 Linux amd64 和 arm64。重建容器时请保持原有端口、环境变量和 data 挂载不变。
Linux 一键安装
curl -fsSL https://raw.githubusercontent.com/nuomiiiii/komari/main/install-komari.sh -o install-komari.sh && chmod +x install-komari.sh && sudo ./install-komari.sh
正式版同时提供 Windows 和 Linux 多架构二进制附件。
致谢
本项目基于开源项目 komari-monitor/komari 开发和维护,感谢上游作者及所有参与开发、测试和问题反馈的用户。