на базе(реплика 2 ноды, zookeper на 5). Как пофиксить? Перезапустить репликацию?
SHOW CREATE TABLE ...
Row 1: ────── statement: CREATE TABLE logs.log ( srv Int32, port Int32, t DateTime, ms UInt64, user_id Int32 DEFAULT 0, proj String, module Nullable(String), proc String, type Enum8('info' = 0, 'debug' = 1, 'trace' = 2, 'warn' = 3, 'error' = 4, 'fatal' = 5, 'panic' = 6, 'success' = 7, 'syslog' = 8), mes Nullable(String), pack Nullable(String), market Nullable(String), pair Nullable(String), mail Nullable(String), id Nullable(String), sub_id Nullable(String), event_id Nullable(String) ) ENGINE = ReplicatedMergeTree('clickhouse/tables/1/log', '1') ORDER BY (t, ms, user_id, proj, proc) TTL t + toIntervalMonth(1) SETTINGS index_granularity = 8192
SELECT * FROM system.zookeeper WHERE path = '/clickhouse/tables/1/log/replicas/1' AND name IN ('metadata','columns') SELECT * FROM system.zookeeper WHERE path = '/clickhouse/tables/1/log/' AND name IN ('metadata','columns')
Вообще с первого взгляда выглядят идентичными. Какое значение TTL было раньше?
что интересно, похоже 1месяц применилась настройка. Места на диске прибавилось. Как узнать нормально ли сейчас работает репликация и не отстает ли она от зоокипера?
покажите show create table на реплике
выше давал
SELECT * FROM system.replicas; SELECT * FROM system.replication_queue;
Row 1: ────── statement: CREATE TABLE logs.log ( srv Int32, port Int32, t DateTime, ms UInt64, user_id Int32 DEFAULT 0, proj String, module Nullable(String), proc String, type Enum8('info' = 0, 'debug' = 1, 'trace' = 2, 'warn' = 3, 'error' = 4, 'fatal' = 5, 'panic' = 6, 'success' = 7, 'syslog' = 8), mes Nullable(String), pack Nullable(String), market Nullable(String), pair Nullable(String), mail Nullable(String), id Nullable(String), sub_id Nullable(String), event_id Nullable(String) ) ENGINE = ReplicatedMergeTree('clickhouse/tables/1/log', '1') ORDER BY (t, ms, user_id, proj, proc) TTL t + toIntervalMonth(1) SETTINGS index_granularity = 8192
SELECT * FROM system.replication_queue; SELECT * FROM system.replication_queue Query id: 9d805bfe-a0ff-49da-b711-e4c306d70577 Ok. 0 rows in set. Elapsed: 0.002 sec.
Обсуждают сегодня