Komari自从从1.1+更新之后感觉就再也不轻量了

hahaaa 2026-08-02 01:51 1

我之前基本固定在1.1.+版本，最近更新到1.2发现一堆问题，又继续升级目前1.3.2版本

这个版本看下来相较之前老版本引入了MySQL数据库，MySQL这东西用过的应该都知道，好用是确实好用的，但绝对不是1c1g这种小鸡能跑得起来的（否则会变成内存不够用-靠cup读IO硬顶，形成cup和内存都拉满的情况）

对内存要求基本得2g起步，所以1o鸡想当探针主控的话得换其他项目了 ^-^ ^-^

不知道我这个情况属不属于个例也可能是我探针里机器塞太多了，但是之前老版本我将近100台在线200台离线根本没出过问题，目前打算从1o鸡迁到hdz-wdc-4c6g100g去得了

以上可能说得不对，发出来想听听大家的意见，再决定要不要迁移，现在探针基本用不了，好烦 ^-^

后续：我最终还是没迁移，选择带着komari.db一起，重新拉回旧版本了，目前拉的是1.1.9

最新回复 (19)

coldsword 08-02 01:54

1楼

没问题，用外部数据库方案更吃cpu了
蓝白 08-02 01:55

2楼

确实对mysql喜欢不起来，更喜欢SQLite。
hahaaa 楼主 08-02 01:58

3楼

@蓝白 #2 @蓝白 #2 升级真的很后悔，我之前老版本在线100台机器离线200台机器一点毛病没有，不知道为什么要突然一个大版本弄得那么重，关键是也没见大家说这件事，我要知道连数据库都换了，我肯定就不升级了 ^-^
philsilver 08-02 02:08

4楼

我的还是Sqlite，为啥其他有 mysql和mariadb？ ^-^
hahaaa 楼主 08-02 02:09

5楼

@philsilver #4 你没升级吧？你的是什么版本可以发来参考下吗，我正在考虑退回老版本，不是很想把主控搭在hdz上 ^-^ ^-^
philsilver 08-02 02:10

6楼

@hahaaa #5

可能机器不多，默认就是SQL吧，我就5台，探针挂在龟壳arm上 ^-^ 我升级了也是sqlite ^-^
ertt 08-02 02:11

7楼

还在1.2.5fix2,我的主控才1C0.5g ^-^
hahaaa 楼主 08-02 02:11

8楼

@philsilver #6 看来有可能是自动选择的 ^-^ ^-^
hahaaa 楼主 08-02 02:12

9楼

@ertt #7 机器如果几台十几台应该都不会有啥问题我感觉
sudoerx 08-02 02:17

10楼

@蓝白 #2 sqlite很容易卡死啊我不到20台小鸡就卡了当然也因为我对国内监测点搞了10多个
ertt 08-02 02:18

11楼

@hahaaa #9 我的8，9台，一直很稳定 ^-^
hahaaa 楼主 08-02 02:20

12楼

@sudoerx #10 SQlite小卡一下我感觉问题不大，毕竟探针还是偏静态的，只要去读的时候数据逻辑都是正常的就行，接受它实时性没那么高的缺点，

我之前将近100台在线，200台离线，然后监测点也弄了好多个都没出问题过 ^-^ ^-^
sudoerx 08-02 02:43

13楼

@hahaaa #12 这么牛我上次是看到日志里出错去看了下github里的issue 报告这个问题的案例不少😯 我以为作者是因此才换数据库

我今天也再自查下
reidme 08-02 07:23

14楼

@hahaaa #12 大佬怎么养那么多鸡？
huilang 08-02 07:25

15楼

来试试Cloudflare Workers探针 https://github.com/huilang-me/CF-Server-Monitor 超轻量，还免费，省一台探针机，Komari和哪吒该有的功能也基本有了，现在主题商店也在完善了
corenuclear 08-02 08:26

16楼

还是看监测点数量吧
barryi 08-02 10:02

17楼

sqlite确实卡，同样的操作频率用别的数据库连压力都算不上，到sqlite这里就会卡
longbow 08-02 10:04

18楼

还可以吧，我的rn机器1c1g没问题，数据库也不超过200m
riddlezzz-666 08-02 10:05

19楼

用postgresql