Перейти к основному содержимому
Перейти к основному содержимому

Встроенный движок RocksDB

Not supported in ClickHouse Cloud

Этот движок позволяет интегрировать ClickHouse с RocksDB.

Создание таблицы​

CREATE TABLE [IF NOT EXISTS] [db.]table_name [ON CLUSTER cluster]
(
    name1 [type1] [DEFAULT|MATERIALIZED|ALIAS expr1],
    name2 [type2] [DEFAULT|MATERIALIZED|ALIAS expr2],
    ...
) ENGINE = EmbeddedRocksDB([ttl, rocksdb_dir, read_only]) PRIMARY KEY(primary_key_name)
[ SETTINGS name=value, ... ]

Параметры движка:

  • ttl - время жизни значений. TTL принимается в секундах. Если TTL равен 0, используется обычный экземпляр RocksDB (без TTL).
  • rocksdb_dir - путь к директории существующего RocksDB или целевой путь для создаваемого RocksDB. Открывает таблицу с указанным rocksdb_dir.
  • read_only - при установке read_only в значение true, используется режим только для чтения. Для хранилища с TTL компактация не будет инициирована (ни ручная, ни автоматическая), таким образом, просроченные записи не удаляются.
  • primary_key_name – любое имя колонки в списке колонок.
  • primary key должен быть указан, он поддерживает только одну колонку в первичном ключе. Первичный ключ будет сериализован в двоичном формате как rocksdb key.
  • колонки, отличные от первичного ключа, будут сериализованы в двоичном формате как rocksdb value в соответствующем порядке.
  • запросы с фильтрацией ключей equals или in будут оптимизированы для многократного поиска ключей в rocksdb.

Настройки движка:

  • optimize_for_bulk_insert – Таблица оптимизирована для пакетных вставок (конвейер вставки будет создавать SST файлы и импортировать в базу данных rocksdb вместо записи в memtables); значение по умолчанию: 1.
  • bulk_insert_block_size - Минимальный размер SST файлов (в терминах строк), создаваемых пакетной вставкой; значение по умолчанию: 1048449.

Пример:

CREATE TABLE test
(
    `key` String,
    `v1` UInt32,
    `v2` String,
    `v3` Float32
)
ENGINE = EmbeddedRocksDB
PRIMARY KEY key

Метрики​

Существует также таблица system.rocksdb, которая предоставляет статистику rocksdb:

SELECT
    name,
    value
FROM system.rocksdb

┌─name──────────────────────┬─value─┐
│ no.file.opens             │     1 │
│ number.block.decompressed │     1 │
└───────────────────────────┴───────┘

Конфигурация​

Вы также можете изменить любые опции rocksdb с помощью конфигурации:

<rocksdb>
    <options>
        <max_background_jobs>8</max_background_jobs>
    </options>
    <column_family_options>
        <num_levels>2</num_levels>
    </column_family_options>
    <tables>
        <table>
            <name>TABLE</name>
            <options>
                <max_background_jobs>8</max_background_jobs>
            </options>
            <column_family_options>
                <num_levels>2</num_levels>
            </column_family_options>
        </table>
    </tables>
</rocksdb>

По умолчанию тривиальная оптимизация приблизительного подсчета отключена, что может повлиять на производительность запросов count(). Чтобы включить эту оптимизацию, задайте optimize_trivial_approximate_count_query = 1. Также эта настройка влияет на system.tables для встроенного движка RocksDB, включите настройки, чтобы видеть приблизительные значения для total_rows и total_bytes.

Поддерживаемые операции​

Вставки​

При вставке новых строк в EmbeddedRocksDB, если ключ уже существует, значение будет обновлено, в противном случае будет создан новый ключ.

Пример:

INSERT INTO test VALUES ('some key', 1, 'value', 3.2);

Удаления​

Строки могут быть удалены с помощью запроса DELETE или TRUNCATE.

DELETE FROM test WHERE key LIKE 'some%' AND v1 > 1;

ALTER TABLE test DELETE WHERE key LIKE 'some%' AND v1 > 1;

TRUNCATE TABLE test;

Обновления​

Значения могут быть обновлены с помощью запроса ALTER TABLE. Первичный ключ не может быть обновлен.

ALTER TABLE test UPDATE v1 = v1 * 10 + 2 WHERE key LIKE 'some%' AND v3 > 3.1;

Соединения​

Поддерживается специальное соединение direct с таблицами EmbeddedRocksDB. Это прямое соединение избегает формирования хеш-таблицы в памяти и получает данные непосредственно из EmbeddedRocksDB.

При больших соединениях вы можете заметить значительно более низкое использование памяти при прямых соединениях, так как хеш-таблица не создается.

Чтобы включить прямые соединения:

SET join_algorithm = 'direct, hash'
подсказка

Когда join_algorithm установлен в direct, hash, прямые соединения будут использоваться при возможности, а хеш в противном случае.

Пример​

Создание и заполнение таблицы EmbeddedRocksDB​
CREATE TABLE rdb
(
    `key` UInt32,
    `value` Array(UInt32),
    `value2` String
)
ENGINE = EmbeddedRocksDB
PRIMARY KEY key

INSERT INTO rdb
    SELECT
        toUInt32(sipHash64(number) % 10) AS key,
        [key, key+1] AS value,
        ('val2' || toString(key)) AS value2
    FROM numbers_mt(10);
Создание и заполнение таблицы для соединения с таблицей rdb​
CREATE TABLE t2
(
    `k` UInt16
)
ENGINE = TinyLog

INSERT INTO t2 SELECT number AS k
FROM numbers_mt(10)
Установка алгоритма соединения на direct​
SET join_algorithm = 'direct'
ВНУТРЕННЕЕ СОЕДИНЕНИЕ​
SELECT *
FROM
(
    SELECT k AS key
    FROM t2
) AS t2
INNER JOIN rdb ON rdb.key = t2.key
ORDER BY key ASC

┌─key─┬─rdb.key─┬─value──┬─value2─┐
│   0 │       0 │ [0,1]  │ val20  │
│   2 │       2 │ [2,3]  │ val22  │
│   3 │       3 │ [3,4]  │ val23  │
│   6 │       6 │ [6,7]  │ val26  │
│   7 │       7 │ [7,8]  │ val27  │
│   8 │       8 │ [8,9]  │ val28  │
│   9 │       9 │ [9,10] │ val29  │
└─────┴─────────┴────────┴────────┘

Дополнительная информация о соединениях​