Dựa trên các ghi chú phát hành, tôi đoán là có. Đây là một phần thông tin nhỏ từ đó:
Bất chấp danh tiếng xứng đáng của Redis về hiệu suất cao, kiến trúc đơn luồng của nó đã gây tranh cãi giữa các kỹ sư, những người tự hỏi liệu Redis có thể nhanh hơn nữa hay không. Redis 6 đổ bộ trong một kỷ nguyên mới:trong khi vẫn giữ nguyên giao diện truy cập dữ liệu đơn luồng cốt lõi, I / O hiện đã được phân luồng.
Bằng cách ủy quyền thời gian đọc và ghi vào I / O socket cho các luồng khác, quy trình Redis có thể dành nhiều chu kỳ hơn để thao tác, lưu trữ và truy xuất dữ liệu — tăng cường hiệu suất tổng thể. Cải tiến này giữ lại các đặc điểm giao dịch của các phiên bản trước, vì vậy bạn không phải suy nghĩ lại về các ứng dụng của mình để tận dụng hiệu suất tăng lên. Tương tự, lệnh DEL đơn luồng của Redis hiện có thể được định cấu hình để hoạt động giống như lệnh UNLINK đa luồng đã có từ Redis phiên bản 4.
Hiệu suất của một biến cục bộ hầu như luôn luôn không thể đánh bại, Cuối cùng, ngay cả một cơ sở dữ liệu có hiệu suất cao như Redis cũng sẽ chậm hơn nhiều so với việc truy cập một thứ gì đó từ ngăn xếp hoặc đống. Redis 6 bổ sung một kỹ thuật mới cho các thư viện máy khách phức tạp để triển khai lớp bộ nhớ đệm phía máy khách để lưu trữ một tập hợp con dữ liệu trong quy trình của riêng bạn. Việc triển khai này đủ thông minh để quản lý nhiều bản cập nhật cho cùng một dữ liệu và giữ cho dữ liệu của bạn được đồng bộ nhất có thể — trong khi vẫn giữ được các lợi thế của Redis với tốc độ của các biến cục bộ.
Bạn cũng có thể kiểm tra / so sánh nó với redis-benchmark hoặc memtier harness cho phiên bản / hồ sơ khối lượng công việc của bạn.