主 题： Komari 2.1.10（分支） 发布：数据库同比2.1.8占用降低约 54%～55%【强烈建议更新】
发 布 者：Noomi
标签分类： 技术
时 间：2026-07-28 20:34:31
内容预览：Komari 2.1.10 正式版现已发布。本次更新主要面向长期运行和低配置服务器，重点优化了历史监控数据库的占用，同时完善旧版本升级迁移、数据库运行状态诊断和异常保护。本次更新重点数据库占用降低约 54%～55%在相同四节点、相同监控指标和相同持久化设置下，指标主库从 2.1.8 的约 44.16 MiB 降至 2.1.10 的约 20.0～20.1 MiB。版本四节点指标主库相比 2.1.8Komari 2.1.8约 44.16 MiB基准Komari 2.1.10约 20.0～20.1 MiB降低约 54%～55%本次实测数据已经填满当前保留层级：1 分钟数据约 48 小时5 分钟数据约 7 天四台监控节点8个5S间隔监测持久化设置保持一致以上数据仅统计 metrics.db 指标主库，不包含 WAL、SQLite 临时文件、业务数据库及主题文件。实际占用会随节点数量、启用指标、采集频率和保留周期变化。节省空间，但不降低数据精度这次不是通过减少采集项目、缩短保留时间或者降低采样精度来换取空间。升级后以下内容均保持不变：监控采集频率历史趋势精度百分位统计能力累计流量数据用户原有的持久化天数新版重新整理了历史监控数据的保存方式，减少相同时间和相同汇总信息被重复保存的问题。对低配置服务器来说，数据库更小，日常备份、迁移和长期运行的压力也会相应降低，同时不会依赖很高的 CPU 占用换取压缩空间。新增 Web 数据库迁移页面从旧版本首次升级至 2.1.10 时，会进入专门的 Web 数据库迁移页面，可以直接查看：当前迁移阶段总体迁移进度已处理数据量延后处理数量数据库空间回收状态迁移会分批执行，避免长时间占用数据库。如果某批历史数据暂时无法安全转换，系统会保留原数据并自动重试，不会因为单条历史记录导致 Komari 无法启动。兼容的升级来源本次重点检查了多个历史版本的数据库升级路
直达链接： https://www.nodeseek.com/post-845322-1
发 布 者：Noomi
标签分类： 技术
时 间：2026-07-28 20:34:31
内容预览：Komari 2.1.10 正式版现已发布。本次更新主要面向长期运行和低配置服务器，重点优化了历史监控数据库的占用，同时完善旧版本升级迁移、数据库运行状态诊断和异常保护。本次更新重点数据库占用降低约 54%～55%在相同四节点、相同监控指标和相同持久化设置下，指标主库从 2.1.8 的约 44.16 MiB 降至 2.1.10 的约 20.0～20.1 MiB。版本四节点指标主库相比 2.1.8Komari 2.1.8约 44.16 MiB基准Komari 2.1.10约 20.0～20.1 MiB降低约 54%～55%本次实测数据已经填满当前保留层级：1 分钟数据约 48 小时5 分钟数据约 7 天四台监控节点8个5S间隔监测持久化设置保持一致以上数据仅统计 metrics.db 指标主库，不包含 WAL、SQLite 临时文件、业务数据库及主题文件。实际占用会随节点数量、启用指标、采集频率和保留周期变化。节省空间，但不降低数据精度这次不是通过减少采集项目、缩短保留时间或者降低采样精度来换取空间。升级后以下内容均保持不变：监控采集频率历史趋势精度百分位统计能力累计流量数据用户原有的持久化天数新版重新整理了历史监控数据的保存方式，减少相同时间和相同汇总信息被重复保存的问题。对低配置服务器来说，数据库更小，日常备份、迁移和长期运行的压力也会相应降低，同时不会依赖很高的 CPU 占用换取压缩空间。新增 Web 数据库迁移页面从旧版本首次升级至 2.1.10 时，会进入专门的 Web 数据库迁移页面，可以直接查看：当前迁移阶段总体迁移进度已处理数据量延后处理数量数据库空间回收状态迁移会分批执行，避免长时间占用数据库。如果某批历史数据暂时无法安全转换，系统会保留原数据并自动重试，不会因为单条历史记录导致 Komari 无法启动。兼容的升级来源本次重点检查了多个历史版本的数据库升级路
直达链接： https://www.nodeseek.com/post-845322-1
