AM
Первое - это убийство процесса clickhouse-server.
Второе - это ресет на сервере (железо) нажали.
Второе - это ресет на сервере (железо) нажали.
Size: a a a
2016 November 10
ES
а, ты имеешь ввиду что фсинка нет
AM
Из документации:
"Кворумная запись отсутствует. То есть, вы не можете записать данные с подтверждением их получения более одной репликой. Если вы записали пачку данных на одну реплику, и данные ещё не успели разъехаться по остальным репликам, после чего сервер с этими данными перестал существовать, то эта пачка данных будет потеряна."
"Кворумная запись отсутствует. То есть, вы не можете записать данные с подтверждением их получения более одной репликой. Если вы записали пачку данных на одну реплику, и данные ещё не успели разъехаться по остальным репликам, после чего сервер с этими данными перестал существовать, то эта пачка данных будет потеряна."
y
получается никаких гарантий нет
y
OK это чисто «ну окей, приняли»
AM
Есть гарантия - например, те данные, которые уже реплицировались (см. SELECT * FROM system.replicas, SELECT * FROM system.replication_queue) никуда не исчезнут.
y
Это не гарантия
S
>- если kill -9, то с данными всё Ок;
>- если грубый рестарт сервера, то небольшой кусок последних данных будет потерян.
противоречивые параграфы
>- если грубый рестарт сервера, то небольшой кусок последних данных будет потерян.
противоречивые параграфы
Никаких противоречий.
VT
Не очень понятно, каких гарантий вы ожидаете. Синхронная репликация, если речь про это, дорогая вещь и не работает на больших потоках данных.
VT
Надёжную вставку (exactly once) сделать можно без проблем.
I
О, кстати, как?
y
Надёжную вставку (exactly once) сделать можно без проблем.
Повторными вставками-то?
S
О, кстати, как?
Плюсую
I
Я делаю через промежуточную таблицу и
INSERT INTO table SELECT FROM temp_table WHERE id NOT IN (SELECT id FROM table);I
т.к. записей со временем становится дофига, заодно делаю фильтр по экстремумам (min/max от timestamp'а, например)
E
вам точно нужна CP-система для аналитики?
VT
Повторными вставками, да
ES
вообще это неплохо иметь гарантию вставки батча на сервер + 1 реплику
y
вообще это неплохо иметь гарантию вставки батча на сервер + 1 реплику
тогда цифр красивых не будет
y
CH судя по документации это очень большое количество компромиссов и «tradeoffs» для обеспечения высокой производительности на ряде специфичных нагрузок.