периливаю данные в табличку и отдельно ещё одна вьюха, которая переливает агрегаты в табличку с движком AggregatingMergeTree - у нее значительно меньше количество столбцов, выглядит примерно так:
create table metrics
(
value AggregateFunction(count),
timestamp DateTime('UTC'),
namespace String default '',
type String default '',
widget String default '',
object String default '',
...
)
engine = AggregatingMergeTree() PARTITION BY date ORDER BY (date, type, widget, page, platform, timestamp) SETTINGS index_granularity = 8192;
агрегирующая вьюха выглядит примерно так
CREATE MATERIALIZED VIEW grafana.mv_metrics TO grafana.metrics ( value AggregateFunction (count), timestamp DateTime ('UTC'), ...) AS SELECT countState() AS value, toStartOfFifteenMinutes(server_timestamp) AS timestamp, attributes_namespace AS namespace, ... FROM table GROUP BY timestamp, namespace, type, widget, object ...;
count() и MergeCount() к этим табличкам по дням дают одинаковые значения, проблемы начинаются, когда в запросы добавляются условия
примеры с 1 where
SELECT
count() AS views, date
FROM tracker.new_events
WHERE (attributes_platform IN ('site'))
AND (date between '2019-03-08' and '2019-03-18')
and (action_type = 'view') AND (action_object = '')
group by date;
SELECT
countMerge(value) AS views, date
FROM grafana.metrics
WHERE (platform = 'site')
AND (date between '2019-03-08' and '2019-03-18')
and (type = 'view') AND (object = '')
group by date;
результаты
6492600 2019-03-08 | 6011765 2019-03-08
7359008 2019-03-09 | 6927091 2019-03-09
8117679 2019-03-10 | 7587555 2019-03-10
9969412 2019-03-11 | 9886533 2019-03-11
9618540 2019-03-12 | 8490960 2019-03-12
9865707 2019-03-13 | 9370380 2019-03-13
15667537 2019-03-14 | 14775487 2019-03-14
9801989 2019-03-15 | 8571605 2019-03-15
8516434 2019-03-16 | 7652559 2019-03-16
8837484 2019-03-17 | 9509725 2019-03-17
10430901 2019-03-18 | 10034410 2019-03-18
если добавить ещё условие с like, то значения начинают уже давать очень сильное расхождение
SELECT
count() AS views, date
FROM tracker.new_events
WHERE (attributes_platform IN ('site'))
AND (date between '2019-03-08' and '2019-03-18')
AND ((action_widget like 'shelf.advertisingCPMShelf%'))
and (action_type = 'view') AND (action_object = '')
group by date;
SELECT
countMerge(value) AS views, date
FROM grafana.metrics
WHERE (platform = 'site')
AND (date between '2019-03-08' and '2019-03-18')
AND ((widget like 'shelf.advertisingCPMShelf%'))
and (type = 'view') AND (object = '')
group by date;
109583 2019-03-08 | 105332 2019-03-08
122781 2019-03-09 | 150597 2019-03-09
124295 2019-03-10 | 92745 2019-03-10
175599 2019-03-11 | 144162 2019-03-11
169397 2019-03-12 | 204015 2019-03-12
177099 2019-03-13 | 113095 2019-03-13
259404 2019-03-14 | 119953 2019-03-14
192892 2019-03-15 | 133889 2019-03-15
177660 2019-03-16 | 213775 2019-03-16
178280 2019-03-17 | 189989 2019-03-17
234947 2019-03-18 | 135620 2019-03-18
Может у кого была такая же проблема или можете подсказат, как сделать так чтобы числа не имели расхождения до 50% ?
версия КХ - 18.16.1
Я для решения своей проблемы: у вас из kafka данные забирает лишь одна таблица? Или же несколько topics и несколько таблиц? Если topics несколько, то какая версия kafka? У меня сейчас clickhouse не желает цеплять более 1-го topic-а kafka, но, при этом если все подцепилось, то работает стабильно..
у вас object перезатирается any() AggregatingMergeTree потому что его нет в ключе
Обсуждают сегодня