YDB: распределённая SQL-СУБД и архитектура

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

Ключевые архитектурные элементы

Модель данных и транзакционный контур

Интерактивный блок ниже показывает, как в YDB уживаются строковые и колоночные таблицы, автоматическое шардирование, индексы и распределённые транзакции — и где проходят границы между ними.

CREATE TABLE orders (
  tenant_id Uint64,
  order_id Uint64,
  status Utf8,
  amount Uint64,
  PRIMARY KEY (tenant_id, order_id)
);

Архитектура YDB по слоям

Здесь видно, как запрос проходит сверху вниз: слой клиентского доступа, обработку языка SQL и транзакций, таблетки и шарды, распределённое хранение и механику отказоустойчивости.

Пути чтения и записи через компоненты

На одной диаграмме сведены путь записи и путь чтения: от поиска ответственных таблеток и координатора транзакции до шардов и реплицированного хранения. Именно здесь становится видно, где межшардовая координация добавляет лишний шаг.

Когда выбирать YDB

Практика: DDL и DML

Ниже примеры для YDB на уровне определения данных (DDL) и манипуляций данными (DML): проектирование схемы и индексов, транзакционные операции UPSERT/UPDATE и выборки по ключевым диапазонам — то, с чем приходится работать каждый день.

CREATE TABLE orders (
  tenant_id Uint64,
  order_id Uint64,
  status Utf8,
  amount Uint64,
  created_at Timestamp,
  PRIMARY KEY (tenant_id, order_id)
)
WITH (
  AUTO_PARTITIONING_BY_SIZE = ENABLED,
  AUTO_PARTITIONING_MIN_PARTITIONS_COUNT = 8
);

ALTER TABLE orders
ADD INDEX idx_status GLOBAL ASYNC ON (status);

CREATE TABLE events_olap (
  ts Timestamp NOT NULL,
  tenant_id Uint64 NOT NULL,
  event_type Utf8,
  payload Json,
  PRIMARY KEY (ts, tenant_id)
)
PARTITION BY HASH(tenant_id)
WITH (STORE = COLUMN);