HotKV so với Dragonfly

Một giải pháp thay thế Dragonfly, đo đối đầu trực tiếp

Cả hai máy chủ đều đa luồng và nói giao thức Redis, nên một giải pháp thay thế Dragonfly™ phải thuyết phục được việc chuyển đổi bằng các chi tiết. Cách các luồng chia sẻ dữ liệu, cách dữ liệu được lưu bền vững, và những gì được tích hợp sẵn trong máy chủ. HotKV Ltd đã đo cả hai trên một máy 160 vCPU với cùng tải, và công bố mọi con số, kể cả con số hòa.

Dragonfly

một shard cho mỗi luồng

MGET a b c

HotKV

một kho dữ liệu dùng chung

MGET a b c
Một minh họa, không phải phép đo. Dragonfly cấp cho mỗi luồng một phần riêng của không gian khóa, nên một lệnh có khóa rơi vào nhiều phần được điều phối giữa các luồng. HotKV chạy mọi luồng trên một kho dữ liệu dùng chung.

Khi chạy dưới dạng instance đơn lẻ trên một máy 160 vCPU, giải pháp thay thế Dragonfly này đã dẫn đầu 11 trên 12 lệnh so với Dragonfly 2.0.2, với thông lượng từ 2.0x đến 4.4x. HotKV được dựng từ mã nguồn cho đúng CPU đó. Dragonfly 2.0.2 chạy bản dựng nguyên bản của nó. Khoảng cách nhỏ hơn trên các máy nhỏ.

Dùng được ngay

Những gì giữ nguyên với giải pháp thay thế Dragonfly này

HotKV triển khai giao thức Redis. Chuyển từ Dragonfly thường chỉ là đổi host và thông tin đăng nhập. Hãy kiểm tra tài liệu tham chiếu lệnh cho bất kỳ thứ gì ngoài bộ lệnh lõi.

Cùng giao thức

RESP2 và RESP3 với thương lượng HELLO. HotKV báo phiên bản Redis 8.4.0 cho client, nên các thư viện chọn tính năng theo đó. Chuỗi kết nối, pipeline, pub/sub và giao dịch hoạt động như hiện nay.

Cùng client và công cụ

Các thư viện client Redis và Valkey, redis-cli, redis-cli --cluster và công cụ GUI kết nối với HotKV mà không cần đổi mã cho các lệnh lõi.

Cùng các lệnh lõi

300 lệnh lõi, kịch bản Lua và thư viện hàm, cộng thêm các họ lệnh riêng của HotKV khi bạn cần.

client bạn đang dùng
$ redis-cli -h <your-hotkv-host> -p 6379 --tls --user app --askpass
> HELLO 3
1# "server" => "hotkv"
2# "version" => "8.4.0"
3# "proto" => (integer) 3
   ... (thêm bốn trường nữa)
> SET session:4821 "same protocol, every core"
OK
> GET session:4821
"same protocol, every core"
> TAG.SET session:4821 tenant:acme   # một lệnh HotKV, khi bạn cần
(integer) 1

Lý do chọn một giải pháp thay thế Dragonfly

Vì sao các đội ngũ tìm một giải pháp thay thế Dragonfly

Các thuộc tính đã được ghi nhận của Dragonfly khiến các đội ngũ đi tìm một giải pháp thay thế Dragonfly, kiểm tra ngày 21 tháng 10, 2026.

01

Các shard theo mô hình shared-nothing

Dragonfly chia không gian khóa thành một shard cho mỗi luồng. Một lệnh chạm tới khóa ở nhiều shard, chẳng hạn MSET hoặc MGET, được điều phối giữa các luồng. HotKV chạy mọi luồng trên một kho dữ liệu dùng chung. Khác biệt đó là cốt lõi của giải pháp thay thế Dragonfly này.

02

Không có tệp append-only

Dragonfly lưu bền vững bằng các snapshot tại thời điểm. Tài liệu của nó nêu rằng hiện tại nó không hỗ trợ AOF. Một giải pháp thay thế Dragonfly có tệp append-only lấp được khoảng trống đó. HotKV cung cấp snapshot và AOF.

03

Mã nguồn khả dụng theo BSL 1.1

Dragonfly được cấp phép theo Business Source License 1.1. Quyền cấp của nó cho phép dùng bên trong sản phẩm hoặc dịch vụ của riêng bạn. Nó không cho phép dùng làm sản phẩm hoặc dịch vụ kho dữ liệu trong bộ nhớ, hay cung cấp Dragonfly dưới dạng dịch vụ lưu trữ cạnh tranh với DragonflyDB. Mã nguồn chuyển sang Apache 2.0 vào ngày đổi giấy phép, là ngày 1 tháng Mười Một năm 2030 đối với văn bản giấy phép hiện tại. HotKV là phần mềm thương mại theo các điều khoản giấy phép riêng của nó.

04

Tìm kiếm vector được tích hợp sẵn, bộ nhớ đệm AI thì không

Dragonfly có tìm kiếm vector. Prompt cache, semantic cache, bộ nhớ cho agent và theo dõi chi phí LLM không phải là một phần của máy chủ.

Được đo, không phải tuyên bố

Số đo của giải pháp thay thế Dragonfly này. HotKV so với Dragonfly 2.0.2 trên một máy

HotKV Ltd đã chạy HotKV và Dragonfly 2.0.2 lần lượt từng cái, dưới dạng instance đơn lẻ, trên cùng một máy 160 vCPU. Mỗi bên nhận cùng tải và toàn bộ lõi. HotKV Ltd đã công bố mọi con số cùng phương pháp và dữ liệu thô.

11 trên 12
lệnh mà HotKV đo được thông lượng cao nhất so với Dragonfly
2.0x đến 4.4x
Thông lượng của HotKV tính theo bội số của Dragonfly, trên 11 lệnh mà nó dẫn đầu (MGET đến INCR)
PING
Dragonfly đo được cao hơn 0,6%, nằm trong giới hạn của các máy tạo tải, nên tính là hòa

HotKV Ltd dựng HotKV từ mã nguồn cho đúng CPU này. Dragonfly chạy bản phát hành dựng sẵn nguyên bản của nó. Cả hai chạy dưới dạng instance đơn lẻ. Số luồng theo thiết lập toàn bộ lõi đã được ghi nhận của từng sản phẩm và không được tinh chỉnh riêng cho từng sản phẩm. Khoảng cách nhỏ hơn trên các máy có ít lõi.

SET3.4x
HotKV
50.5M*
Dragonfly
15.0M
GET2.7x
HotKV
36.6M*
Dragonfly
13.4M
MGET2.0x
HotKV
4.6M*
Dragonfly
2.3M
SETNX3.8x
HotKV
55.3M*
Dragonfly
14.4M
APPEND2.8x
HotKV
25.1M
Dragonfly
8.9M
INCR4.4x
HotKV
90.8M
Dragonfly
20.6M
LPUSH3.0x
HotKV
31.6M
Dragonfly
10.6M
RPUSH4.0x
HotKV
43.8M
Dragonfly
11.0M
SADD4.2x
HotKV
50.6M*
Dragonfly
12.0M
HSET3.0x
HotKV
29.0M*
Dragonfly
9.8M
MSET3.8x
HotKV
11.3M
Dragonfly
2.9M
PING0.99x
HotKV
125.2M†
Dragonfly
126.0M

Số thao tác mỗi giây, trung vị của 3 lần chạy 10 giây. Mỗi cặp thanh được chia tỷ lệ theo máy chủ nhanh hơn ở lệnh đó.

* Bị giới hạn bởi mạng: mạng của instance đã quyết định kết quả này, nên giới hạn thực của máy chủ cao hơn.

† Bị giới hạn bởi máy tạo tải: các máy tạo tải chạy trên 85% CPU, nên đây là trần của chúng, không phải của máy chủ.

Azure D160alds_v7 (AMD EPYC 9V45 (Turin), 160 vCPU), đo ngày 9 tháng 10, 2026. Giá trị 256 byte, độ sâu pipeline 30, 5.000.000 khóa được ghi trước và đọc ngẫu nhiên đồng đều. Ba máy tạo tải chuyên dụng. Mỗi máy chủ chạy một mình dưới dạng instance đơn lẻ, tắt lưu trữ bền vững. Mỗi bên nhận toàn bộ lõi (Redis 128 luồng I/O, mức tối đa của nó). HotKV Ltd dựng HotKV từ mã nguồn cho đúng CPU này và chạy Dragonfly bằng bản phát hành dựng sẵn nguyên bản của nó. Phương pháp và kết quả đầy đủ · Harness và dữ liệu thô

Đối chiếu song song

So sánh giải pháp thay thế Dragonfly này với Dragonfly, theo từng tính năng

Tính năngHotKVDragonfly
Thực thi lệnhĐa luồng. Mọi lõi đều đọc, phân tích cú pháp và thực thi lệnh trên một kho dữ liệu dùng chungĐa luồng, một shard không gian khóa cho mỗi luồng (shared-nothing)
Giao thứcRESP2 và RESP3, có thương lượng HELLO. Báo phiên bản Redis 8.4.0 cho clientRESP2 và RESP3
Ngôn ngữC++20, xây dựng từ đầuC++
Giấy phépThương mại (HotKV Cloud, hoặc giấy phép on-premise)BSL 1.1
Lưu trữ bền vữngSnapshot và AOFChỉ snapshot, không có AOF
Snapshot không forkCó. Một luồng nền ghi snapshot, không có tiến trình con được forkCó
Tìm kiếm tương đồng vectorTích hợp sẵn (HNSW, VSIM.*), mọi góiTích hợp sẵn
Prompt cache và semantic cache cho LLMTích hợp sẵn (PCACHE.*, SCACHE.*), gói Performance trở lên trên HotKV CloudKhông
Bộ nhớ cho AI agentTích hợp sẵn (AMEM.*), gói Performance trở lên trên HotKV CloudKhông
Theo dõi token và chi phí LLMTích hợp sẵn (LLMBUDGET.*, LLMSTATS.*), gói Performance trở lên trên HotKV CloudKhông
Endpoint PrometheusTích hợp sẵn. Máy chủ tự phục vụ /metrics khi metrics-port được đặt (on-premise)Tích hợp sẵn
Histogram độ trễ theo từng lệnhTheo từng lệnh, tích hợp sẵn (LATENCY HISTOGRAM)Cờ theo dõi độ trễ theo tùy chọn. LATENCY HISTOGRAM được liệt kê là không hỗ trợ
Gắn thẻ khóaCó (TAG.*)Không
TTL nano giâyCó (NEXPIRE, NTTL)Không. TTL mili giây
Nền tảng máy chủLinux (x86_64 và ARM64)Linux (x86_64 và ARM64)
Triển khaiHotKV Cloud (Google Cloud, 42 khu vực) hoặc on-premise theo giấy phépTự quản lý hoặc Dragonfly Cloud

Công bằng mà nói

Những điểm Dragonfly vượt trước giải pháp thay thế Dragonfly này, hoặc đơn giản là khác

Trang giải pháp thay thế Dragonfly này chỉ hữu ích khi nó nói cả phần này nữa.

  • Ở PING, Dragonfly đo được cao hơn HotKV 0,6%. Các máy tạo tải đều trên 80% CPU với cả hai, nên HotKV Ltd tính đó là hòa. Dù sao nó vẫn được hiển thị trong bảng.
  • Snapshot của Dragonfly không fork, giống HotKV, và nó tự phục vụ số liệu Prometheus.
  • Dragonfly miễn phí để tự lưu trữ bên trong sản phẩm của riêng bạn theo BSL 1.1, và Dragonfly Cloud là một dịch vụ được quản lý trưởng thành. Giải pháp thay thế Dragonfly này, HotKV Cloud, đang trong giai đoạn truy cập sớm.

Chuyển sang

Từ Dragonfly sang giải pháp thay thế Dragonfly này trong bốn bước

Chuyển sang một giải pháp thay thế Dragonfly trên thực tế gồm những gì.

  1. 1

    Tạo một instance

    Chọn một khu vực và một gói trong bảng điều khiển HotKV Cloud. Instance là một máy riêng, được cấp phát, vá lỗi và giám sát thay cho bạn.

  2. 2

    Trỏ client của bạn vào đó

    Giữ nguyên thư viện client bạn đang dùng. Đổi host, cổng và thông tin đăng nhập từ Dragonfly sang instance HotKV. TLS và xác thực bằng mật khẩu được bật ngay từ đầu, và có sẵn người dùng ACL. Một giải pháp thay thế Dragonfly nói cùng giao thức không cần thay đổi client cho các lệnh lõi.

  3. 3

    Chuyển dữ liệu

    Dùng các công cụ bạn đã biết. DUMP và RESTORE, MIGRATE, hoặc phát lại các lần ghi của bạn đều hoạt động, vì HotKV triển khai các lệnh này.

  4. 4

    Bật những gì còn thiếu

    Tìm kiếm vector và gắn thẻ khóa là lệnh lõi trên mọi gói. Prompt cache và semantic cache, bộ nhớ cho agent và theo dõi chi phí LLM là lệnh của cùng một máy chủ trên gói Performance trở lên. Không cần module, sidecar hay dịch vụ thứ hai. Đó là điều một giải pháp thay thế Dragonfly nên bổ sung.

Câu hỏi

Câu hỏi về giải pháp thay thế Dragonfly này

Cả hai đều đa luồng. Giải pháp thay thế Dragonfly này khác ở điểm nào?

Dragonfly cấp cho mỗi luồng một shard riêng của không gian khóa, nên một lệnh có khóa rơi vào nhiều shard được điều phối giữa các luồng. HotKV cho mọi luồng làm việc trên một kho dữ liệu dùng chung, nên lệnh nhiều khóa và lệnh một khóa đi cùng một đường.

Hai bên so với nhau trong benchmark như thế nào?

Trên một máy Azure D160alds_v7, chạy dưới dạng instance đơn lẻ, HotKV ghi nhận thông lượng trung vị cao nhất ở 11 trên 12 lệnh so với Dragonfly 2.0.2. Bội số dao động từ ít nhất 2 lần ở MGET đến ít nhất 4,4 lần ở INCR. PING là hòa trong giới hạn của các máy tạo tải. Mọi con số, phương pháp và dữ liệu thô đều được công bố.

HotKV có AOF không?

Có. HotKV lưu bền vững bằng snapshot và một tệp append-only. Tài liệu của Dragonfly nêu rằng hiện tại nó không hỗ trợ AOF.

Tôi có thể chuyển từ Dragonfly mà không đổi mã không?

Cả hai máy chủ đều nói RESP2 và RESP3, nên cùng các thư viện client kết nối được với giải pháp thay thế Dragonfly này cho các lệnh lõi. Chuyển dữ liệu bằng DUMP và RESTORE, MIGRATE, hoặc phát lại các lần ghi của bạn. Hãy kiểm tra tài liệu tham chiếu lệnh cho bất kỳ thứ gì ngoài bộ lệnh lõi.

Hãy thử giải pháp thay thế Dragonfly này với các client bạn đang có

HotKV Cloud đang mở theo từng đợt. Mỗi instance của giải pháp thay thế Dragonfly này là một máy chuyên dụng với engine đa luồng. Các họ lệnh AI đi kèm các gói Performance và Scale.

Cách thực hiện so sánh này

Trang này so sánh HotKV với Dragonfly™ dưới dạng một giải pháp thay thế Dragonfly. Các phát biểu về Dragonfly mô tả các thuộc tính được ghi nhận công khai của nó. HotKV Ltd đã kiểm tra chúng ngày 21 tháng 10, 2026 đối chiếu với các trang liệt kê bên dưới. Chúng có thể thay đổi khi sản phẩm thay đổi. Các số liệu thông lượng là phép đo của chính HotKV Ltd trong các điều kiện được nêu kèm theo. Chúng áp dụng cho các phiên bản, thiết lập và khối lượng công việc đó. Mọi số liệu trên trang giải pháp thay thế Dragonfly này đều liên kết tới nguồn của nó bên dưới. HotKV Ltd không liên kết với các nhà sản xuất Dragonfly. Không có gì trên trang này được họ chứng thực.

Dragonfly là nhãn hiệu của DragonflyDB Ltd. HotKV Ltd không liên kết với và không được chứng thực bởi DragonflyDB Ltd. HotKV™ là nhãn hiệu của HotKV Ltd.