"потерей данных" из MATERIALIZED VIEW. (Версия клика 19.17.6.36)
Есть входная талица ReplicatedCollapsingMergeTree на двух репликах:
CREATE TABLE spp.quad_key_input_fias (sign Int8, quad_key8 UInt64, quad_key16 UInt64, quad_key UInt64, id_face_type UInt8, id_status UInt8, id_okved2 UInt32, id_spp UInt32, id_kladr UInt32, kladr UInt64, short_name String,
-- Еще всякие поля не в индексе
) ENGINE = ReplicatedCollapsingMergeTree( '/clickhouse/tables/{shard}/spp_quad_key_input_fias', '{replica}', sign
) PARTITION BY quad_key8
ORDER BY (quad_key8, quad_key16, quad_key, id_face_type, id_status, id_kladr, kladr, id_okved2, id_spp) SETTINGS index_granularity = 8192
к ней сделана вьюха ReplicatedSummingMergeTree на тех же двух репликах:
CREATE MATERIALIZED VIEW spp.quad_key_fias ( quad_key8 UInt64, quad_key16 UInt64, quad_key UInt64, id_face_type UInt8, id_status UInt8, id_kladr UInt32, kladr UInt64, id_okved2 UInt32, quantity Int64
) ENGINE = ReplicatedSummingMergeTree( '/clickhouse/tables/{shard}/spp_quad_key_fias', '{replica}', quantity
) PARTITION BY quad_key8
ORDER BY ( quad_key8, quad_key16, quad_key, id_face_type, id_status, id_kladr, kladr, id_okved2 )
SETTINGS index_granularity = 8192 AS
SELECT quad_key8, quad_key16, quad_key, id_face_type, id_status, id_kladr, kladr, id_okved2, sum(sign) AS quantity
FROM spp.quad_key_input_fias
GROUP BY quad_key8, quad_key16, quad_key, id_face_type, id_status, id_kladr, kladr, id_okved2
ORDER BY quad_key ASC
Проблема в том, периодически появляются расхождения между sum(sign) и sum(quantity) с одинаковыми группировками для входной и для вьюхи соответственно. Эволюция записей во входной всегда нормальная. Выглядит это так, как будто не все записи из входной таблицы попадают во вью при вставке.
Еще инода вставка в таблицу может происходить несколько раз подряд, без перерыва, по небольшому куску (раз 2 - 5), может ли это как-то повлиять?
MV на всех репликах создано?
Обсуждают сегодня