Движок таблицы SharedMergeTree

• Более высокая пропускная способность при вставке данных
• Более высокая производительность фоновых слияний
• Более высокая производительность мутаций
• Более быстрые операции scale-up и scale-down
• Более легковесная строгая согласованность для запросов SELECT

​

Интроспекция

​

Включение SharedMergeTree

CREATE TABLE my_table(
 key UInt64,
 value String
)
ENGINE = MergeTree
ORDER BY key

CREATE TABLE my_table(
 key UInt64,
 value String
)
ORDER BY key

CREATE TABLE myFirstReplacingMT
(
    `key` Int64,
    `someCol` String,
    `eventTime` DateTime
)
ENGINE = ReplacingMergeTree
ORDER BY key;

SHOW CREATE TABLE myFirstReplacingMT;

CREATE TABLE default.myFirstReplacingMT
( `key` Int64, `someCol` String, `eventTime` DateTime )
ENGINE = SharedReplacingMergeTree('/clickhouse/tables/{uuid}/{shard}', '{replica}')
ORDER BY key

​

Настройки

• insert_quorum — все вставки в SharedMergeTree являются кворумными (записываются в общее хранилище), поэтому эта настройка не нужна при использовании движка таблицы SharedMergeTree.
• insert_quorum_parallel — все вставки в SharedMergeTree являются кворумными (записываются в общее хранилище), поэтому эта настройка не нужна при использовании движка таблицы SharedMergeTree.
• select_sequential_consistency — не требует кворумных вставок, но создает дополнительную нагрузку на clickhouse-keeper при запросах SELECT

​

Согласованность

1. Если вы выполняете запросы в рамках одного и того же сеанса или на одном и том же узле и для чтения, и для записи, select_sequential_consistency не нужен, поскольку ваша реплика уже будет иметь самые свежие метаданные.
2. Если вы записываете в одну реплику, а читаете из другой, можно использовать SYSTEM SYNC REPLICA LIGHTWEIGHT, чтобы принудительно заставить реплику получить метаданные из ClickHouse-Keeper.
3. Используйте select_sequential_consistency как настройку в составе запроса.

​

ALTER и видимость мутаций