clickhouse - clickhouse 警告 - 希望它最终会作为合并的结果出现
问题描述
重新启动 clickhouse-server 后
在waring以下至少出现0.5s一次。
2020.11.23 18:14:56.962144 [ 366 ] {} <Warning> timeseries.changchun (ReplicatedMergeTreePartCheckThread): Checking part 20201115_42618_42636_1
2020.11.23 18:14:56.964055 [ 366 ] {} <Warning> timeseries.changchun (ReplicatedMergeTreePartCheckThread): Checking if anyone has a part covering 20201115_42618_42636_1.
2020.11.23 18:14:56.970166 [ 366 ] {} <Warning> timeseries.changchun (ReplicatedMergeTreePartCheckThread): Found parts with the same min block and with the same max block as the missing part 20201115_42618_42636_1. Hoping that it will eventually appear as a result of a merge.
并且 DistributeSend 总是大于 6。
我想知道有 6 个部分 clickhouse-server 想要发送到其他分片。
我的 clickhouse-server 的版本是 20.38。
我该如何解决这个警告?
还有一件事我的集群有 3 个分片,每个分片都有 1 个副本。
解决方案
DistributeSend 与第一个问题无关。检查 system.distribution_queue
关于第一个问题。检查 system.replication_queue https://github.com/ClickHouse/ClickHouse/issues/10368
推荐阅读
- css - vuejs 中的 Nuxt 渲染双 CSS
- docker - Docker问题创建目录
- node.js - Gatsby - 构建控制台警告:MaxListenersExceededWarning
- r - 通过 RDCOMClient 包通过 Outlook 在 R 版本 3.6.0 中发送电子邮件
- php - PHP 警告:66192047 字节的 POST 内容长度超过了 8388608 字节的限制
- java - 带有 Map 的 Java8 流?
- ionic3 - 滚动内容在 iOS ionic 3 中不起作用
- c# - 如何修复asp范围内的多个数据库上下文
- testng - 在运行时更新套件名称
- c - 为什么阅读后不调用 fstab64?这会是一个问题吗?