all_1429441_1617994_6741 (state Committed) already exists,
<Error> executeQuery: Code: 252, e.displayText() = DB::Exception: Too many parts (300). Merges are processing significantly slower than inserts., e.what() = DB::Exception
<Error> kz_adv_stats.events_shard4 (StorageReplicatedMergeTree): DB::StorageReplicatedMergeTree::queueTask()::<lambda(DB::StorageReplicatedMergeTree::LogEntryPtr&)>: Code: 33, e.displayText() = DB::Exception: Cannot read all data. Bytes read: 0. Bytes expected: 8., e.what() = DB::Exception,
<Error> ru_adv_stats..inner.cpc_products_ctr (StorageReplicatedMergeTree): DB::StorageReplicatedMergeTree::queueTask()::<lambda(DB::StorageReplicatedMergeTree::LogEntryPtr&)>: Code: 49, e.displayText() = DB::Exception: Part 201903_163478_172065_1440 intersects previous part 201903_83240_163478_3731 (state Committed). It is a bug.,
Чем можно помочь пациенту ?
12M нод в ZooKeeper - это много. Может быть нормальным только при наличии очень большого количества таблиц типа ReplicatedMergeTree или большого количества серверов или очень частых вставок. Для сравнения, в Яндекс.Метрике примерно столько же нод в ZooKeeper на кластер из более 600 машин. Также такое возможно при наличии неактивных (умерших) реплик, для которых всё ещё присутствуют записи в ZooKeeper, и накапливаются логи. Проблему накопления логов для таких реплик решили в одном из недавних релизов. Если версия ClickHouse старая, то рекомендую обновиться.
Обсуждают сегодня