Redis6.0の新しいバージョンが利用可能になりました RC1のリリースからXNUMXか月後。 Redisに慣れていない方は、これがANSI-Cで記述され、BSDライセンスの下で配布されているスケーラブルなKeyValueデータベース管理システムであることをご理解ください。
この安定バージョン 新機能への注目すべき変更が付属しています、新しいなど RESP3プロトコル、関数 「クライアント側キャッシュ」、ACL （アクセス制御リスト）、Redisコマンド、RDBファイルなど。
Redis6.0の主な新機能
この新しいバージョンの主な目新しさのXNUMXつは RESP3、新しいオプションのプロトコル、その開発者によると、古いプロトコルRESP2は十分なセマンティックではなかったため、sが必要でした。 RESP3の主なアイデアは、クライアントが適切なブール値の代わりに「フラット配列」または返された数値を変換するタイプを知らなくても、Redisから直接複雑なデータ型を返す機能でした。
Redis6.0のもうXNUMXつの新機能はACLです どちらですか アプリケーションエラーからデータを保護するための分離を目的としています。 この追加の良い点は、ACL用のRedisモジュールインターフェイスがあり、カスタム認証メソッドを記述できることです。
クライアント側の拡張キャッシュ、 以来、このバージョンのノベルティのもう一つです 再設計されました うんコードネームの使用を支持してニッチキャッシングアプローチを削除しました、これが最善のアプローチです。 それに加えて、 機能は「送信モード」によって補完されましたサーバーがクライアントで状態をほとんどまたはまったく保持する必要がない新しいモードを追加すると、非常に便利な場合があります。
送信モードを使用する場合、 サーバーは、各クライアントから要求されたキーを記憶しようとしなくなりました。 これとは対照的に、 顧客はキープレフィックスをサブスクライブします。 この変更の結果、メッセージはなくなりますが、選択したプレフィックスに対してのみであり、サーバー側でのメモリの負荷はありません。
さらに、「オプトイン/オプトアウト」モードがサポートされるようになりましたそのため、ブロードキャストモードを使用していないユーザーは、無効化メッセージの数を減らすために、クライアントがキャッシュする内容をサーバーに正確に伝えることができます。
一方、私たちは見つけることができます ACLの改善、そもそも、 新しいACLLOGコマンドで、ACLに違反するすべてのクライアントを表示できるようになりました、アクセスしてはならないコマンド、アクセスできない、または認証の試行に失敗したキーにアクセスします。
第二に、 ACLGENPASS関数が再実装されました。 現在、SHA256ベースのHMACを使用し、オプションの引数を受け入れて、サーバーが生成する使用できない疑似ランダム文字列ビットの数をサーバーに通知します。 / dev / urandomが起動すると、Redisは内部キーを生成し、カウンターモードでHMACを使用します 他の乱数を生成するには：この方法では、APIを悪用して、いつでも呼び出すことができます。これは、非常に高速であるためです、とプログラマーは説明しました。
PSYNC2の機能強化により、Redisは部分的に再同期する頻度が高くなりました。 実際、プロトコルの最終的なPINGを減らすことができるようになったため、レプリカとマスターが共通のオフセットを見つける可能性が高くなります。
時間遅延のあるRedisコマンドの改善以前は秒を受け入れていたBLPOPやその他のコマンドがXNUMX進数を受け入れるようになっただけでなく、接続されているクライアントの数に関係なく、実際の解像度も現在の「HZ」値を下回らないように改善されました。
最後に、このバージョンの重要な変更のもうXNUMXつは、改善されたRDBファイル。ロードが高速になりました。 ファイルの実際の構成（大きい値または小さい値）に応じて、開発者によっては20〜30％の改善が期待できます。 複数のクライアントが接続されている場合、INFOコマンドも高速になりました。これは長年の問題であり、最終的に解決されました。
Redis 6.0.0は、公式Webサイトからダウンロードできます。