hotkv>COMMAND LIST

Вбудовано в HotKV™

Вбудовано, а не прикручено.

HotKV розмовляє протоколом Redis і додає власні функції. Виберіть будь-яку нижче й подивіться анімований приклад її роботи з реальними командами.

протокол
RESP2 + RESP3
нативний код
C++20
сервери Linux
x86_64 + ARM64
модулів для встановлення
0
Лабораторія функцій

Подивіться, як працює кожна функція

Виберіть функцію. Демо вводить реальні команди HotKV з прикладами відповідей і показує, що кожна з них робить усередині рушія.

Теги ключів

Позначайте ключі тегами й виконуйте запити за ними: TAG.SET, TAG.GET, TAG.MEMBERS, TAG.INTER, TAG.COUNT, TAG.EXISTS, TAG.REM. Без вторинного індексу, без Lua-скрипта, без зовнішнього сервісу.

Ключі отримують мітки, а одна команда знаходить усі ключі з певною міткою або з кількома мітками одразу.

Приклад сесії
hotkv> MSET user:1 a user:2 b user:3 c user:4 d
OK
hotkv> TAG.SET user:1 premium eu
(integer) 2
hotkv> TAG.SET user:2 premium us
(integer) 2
hotkv> TAG.SET user:3 eu
(integer) 1
hotkv> TAG.INTER premium eu
1) "user:1"
hotkv> TAG.MEMBERS eu
1) "user:1"
2) "user:3"
hotkv> TAG.COUNT user:1
(integer) 2
Архітектура

Три способи використати багатоядерний сервер

Сервер може виконувати команди в одному головному потоці, ділити свої дані на шард на потік або дозволити кожному потокові працювати з одним спільним сховищем. HotKV побудовано з нуля навколо третього підходу, тож один екземпляр використовує кожне ядро.

Один головний потік
очікуванняT0T1T2T3одне спільне сховищевиконання командмережевий ввід-вивід (потоки вводу-виводу, якщо ввімкнено)
Модель вводу-виводу
Цикл подій + потоки вводу-виводу для читання/запису
Масштабування
Спадна віддача після насичення вводу-виводу
Використання багатьох ядер
Команди виконуються в одному потоці, для більшої кількості ядер потрібно кілька екземплярів або кластер
Шард на потік
T0T1T2T3S0S1S2S3шард на потіккоманда з кількома ключами переходить між потоками
Модель вводу-виводу
io_uring / epoll на потік
Масштабування
Масштабується по ядрах, команди з кількома ключами координуються між потоками
Використання багатьох ядер
Внутрішнє шардування на потік
HotKV · Спільне сховище, кожен потік
T0T1T2T3одне спільне сховищевиконання команд
Модель вводу-виводу
Багатопотокова, на кожному ядрі
Масштабування
Пропускна здатність зростає з кількістю ядер
Використання багатьох ядер
Один екземпляр використовує всі ядра

Схема того, як виконуються команди, а не бенчмарк. Виміряні результати є на сторінці «Продуктивність». Продуктивність

Багатопотоковий від самого початку

Кожен робочий потік читає, розбирає й виконує команди власних з'єднань, тож ввід-вивід і виконання працюють паралельно, а пропускна здатність зростає з кількістю ядер.

Передбачувана затримка

Рідний рушій без збирача сміття, тож немає пауз із повною зупинкою.

Сучасний C++20

HotKV написано на C++20 і скомпільовано в рідний код.

Створено для серверів Linux

Пакети для Linux x86_64 і ARM64. Векторний пошук використовує векторні інструкції процесора, де вони доступні.

Порівняння функцій

Як HotKV™ порівнюється з Redis, Valkey і Dragonfly, перевірено за останнім релізом кожного проєкту.

ФункціяHotKVRedisValkeyDragonfly
РозгортанняHotKV Cloud або on-premiseСамостійно або Redis CloudСамостійно або кероване хмарними провайдерамиСамостійно або Dragonfly Cloud
ЛіцензіяКомерційнаRSALv2 / SSPLv1 / AGPLv3BSD-3-ClauseBSL 1.1
МоваC++20CCC++
Виконання командБагатопотоковеОднопотокове (необов'язкові потоки вводу-виводу)Однопотокове (потоки вводу-виводу)Багатопотокове
ПротоколRESP2 + RESP3RESP2 + RESP3RESP2 + RESP3RESP2 + RESP3
Серверні платформиLinux (x86_64, ARM64)Linux, macOS, BSDLinux, macOS, BSDLinux (x86_64, ARM64)
TLSТакТакТакТак
Збереження данихЗнімки + AOFRDB + AOFRDB + AOFЛише знімки
Знімки без forkТакНіНіТак
Кеш промптів LLMТакОкремий сервіс (LangCache)НіНі
Семантичний кеш для відповідей LLMТакОкремий сервіс (LangCache)НіНі
Пам'ять агентів ШІТакОкремий сервіс (Agent Memory)НіНі
Конвеєр RAG (розбиття на фрагменти + гібридний пошук)ТакГібридний пошук, без розбиття на фрагментиМодуль, без розбиття на фрагментиВекторний пошук, без розбиття на фрагменти
Облік токенів і вартості LLMТакНіНіНі
Пошук за векторною подібністюТакТакМодуль (valkey-search)Так
Гістограми затримки для кожної командиТакТакТакЧастково (необов'язкові перцентилі)
Виявлення гарячих ключівТакСерверна команда HOTKEYSЛише на боці клієнтаЧастково (вибірка)
Вбудована кінцева точка PrometheusТакНіНіТак
Стиснення значень в пам'ятіЗа бажаннямНіНіНі
Позначення ключів тегамиТакНіНіНі
TTL у наносекундахТакНіНіНі

Порівняно з Redis 8.10.2, Valkey 9.1.2 і Dragonfly 2.0.0, останніми релізами у вересні 2026 року. Redis 8 також постачає JSON, часові ряди та імовірнісні структури даних, а Redis пропонує LangCache та Agent Memory як окремі сервіси. Valkey 9.2, який зараз є релізом-кандидатом, додає серверне відстеження гарячих ключів і необов'язкові знімки без fork. У HotKV Cloud функції ШІ входять до планів Performance і Scale.

Працює з вашим стеком

HotKV™ розмовляє RESP2 і RESP3, тож клієнтська бібліотека Redis, якою ви вже користуєтеся, підключається до нього. Вкажіть їй ім'я вашого хоста HotKV.

Сумісні інструменти

Стандартні інструменти Redis підключаються без змін (команди, які підтримує HotKV, дивіться в довіднику команд)

redis-cli
Офіційний Redis CLI підключається до HotKV напряму
redis-benchmark
Стандартний інструмент для бенчмарків
memtier_benchmark
Тестування затримки й пропускної здатності, наші бенчмарки використовують його
Prometheus
Вбудована кінцева точка /metrics, експортер не потрібен
Grafana
Дашборди на метриках Prometheus
HotKV SDKs
Офіційні бібліотеки з вбудованими командами ШІ