mecanismo de tabela SharedMergeTree

• Maior taxa de transferência de inserção
• Maior taxa de transferência nas mesclagens em segundo plano
• Maior taxa de transferência nas mutações
• Operações de escalonamento vertical e horizontal mais rápidas
• Consistência forte mais leve para consultas select

​

Introspecção

​

Habilitando o 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

​

Configurações

• insert_quorum — todas as inserções no SharedMergeTree são inserções com quórum (gravadas no armazenamento compartilhado), portanto essa configuração não é necessária ao usar o mecanismo de tabela SharedMergeTree.
• insert_quorum_parallel — todas as inserções no SharedMergeTree são inserções com quórum (gravadas no armazenamento compartilhado), portanto essa configuração não é necessária ao usar o mecanismo de tabela SharedMergeTree.
• select_sequential_consistency — não requer inserções com quórum e gerará carga adicional no clickhouse-keeper em consultas SELECT

​

Consistência

1. Se você executar as consultas na mesma sessão ou no mesmo nó para leituras e gravações, não será necessário usar select_sequential_consistency, porque sua réplica já terá os metadados mais recentes.
2. Se você gravar em uma réplica e ler de outra, poderá usar SYSTEM SYNC REPLICA LIGHTWEIGHT para forçar a réplica a buscar os metadados do ClickHouse-Keeper.
3. Use select_sequential_consistency como configuração da consulta.

​

Visibilidade de ALTER e de mutações