有了解 clickhouse 这个数据库的老哥吗

• 資深大佬 : newtype0092

  我们都是 mysql 数据过亿查询效率太低的时候才切到 clickhouse 上的，除了插入和修改成本比较高，需要从业务流程想办法规避，其他没遇到太大问题。

• 資深大佬 : alexanderchiu

  cpu 占用高，你是在一直插入数据吗？
  另外可以用阿里云的 clickhouse，后台会有开发为你提供技术建议和解决 cpu 占用过高问题

• 主 資深大佬 : hsk9044

  @newtype0092 mysql 应该是直接否了, 这边做的埋点业务基本不需要更新, 只要插入, 并且需要做复杂的聚合统计. 现在基本只有 clickhouse 能满足需求了, 但是这个占用资源的现象很费解

• 主 資深大佬 : hsk9044

  @alexanderchiu 不是 cpu 占用高, 而是 clickhouse 的后台进程长时间都会占用部分的 cpu 资源, 其实已经很久没插入数据库了

• 資深大佬 : monsterxx03

  没用过, 不过一般思路是 gdb attach 上去看看有哪些活跃线程, 看看对应代码大致在做什么.
  这么点 CPU 占用率, 很正常啊, 就算没数据插入, 后台线程扫描也是有开销的, 看看有什么对应参数限制线程池大小或扫描平率.

• 資深大佬 : alexanderchiu

  @hsk9044 我记得如果即使是不插入数据的话，其实 mergeTree 还是会定期根据一定时间间隔来继续合并压缩数据。合并策略有按日期合并。可能这部分会一直占用一定的 cpu 。或者你可以去钉钉的 clickhouse 技术交流群咨询下，阿里云 clickhouse 页面有群号。

• 資深大佬 : alexanderchiu

  顺便打个广告哈哈 可以尝试试下阿里云的 clickhouse （利益相关：在他们的 ck 组实习过 他们会有技术专家专门为你定制方案 /排查问题

• 資深大佬 : DoctorCat

  参考： https://github.com/ClickHouse/ClickHouse/issues/542#issuecomment-283416542

• 資深大佬 : dbskcnc

  可以试试 doris https://github.com/apache/incubator-doris

• 主 資深大佬 : hsk9044

  @alexanderchiu 好的, 我去买一个看看

  @DoctorCat 那个 issue 的情况似乎不太一样, 我这边查的实际上是没有在合并资源的

• 資深大佬 : aladdindingding

  按照什么分区的 我们都是按照天分区的

• 主 資深大佬 : hsk9044

  @aladdindingding 按天+埋点类型, 不过目前分区也不多, 大概 100 个左右

• 資深大佬 : tikazyq

  不要叫老哥，叫老大

• 資深大佬 : lancelee01

  ClickHouse 进程占用 CPU 是因为里面有很多线程池，正常的行为活动吧，包括和 ZK 交互、检查旧分区这些。同时你是没有写入业务数据，不代表没有系统数据，比如 ClickHouse 的各种 log 表，自己会写，也会 merge，移除旧的数据判断。所以，占用 CPU 是正常行为，难不成你不进行操作，数据库就得装死冬眠吗。。。哈哈哈

• 主 資深大佬 : hsk9044

  @lancelee01 精辟

• 資深大佬 : f6x

  看曲线算平均值把. 有些 db 平时 cpu 很低, 突然一下子 300%才真是不能用.

• 資深大佬 : DoctorCat

  There are two types of background actions:

  merging of data parts;
  fetching of data part from replica.

  那是不是 issue 中 alexey-milovidov 提到的第二种原因呢？
  @hsk9044

• 主 資深大佬 : hsk9044

  @DoctorCat 我理解的第二个原因是开了 clickhouse 的集群复制, 实际上我这边只开用了单机

• 資深大佬 : DoctorCat

  @hsk9044 那就只能 perf 看下了

• 資深大佬 : cholerae

  perf 一下不就完了

• 資深大佬 : levelworm

  数据量多大多频繁啊？