Lettuce 4.3.1 發布,安全的 Redis 客戶端

2021-01-12 開源中國

Lettuce 4.3.1 正式發布了，主要修復一些問題。Lettuce是一個可伸縮線程安全的Redis客戶端。多個線程可以共享同一個RedisConnection。它利用優秀netty NIO框架來高效地管理多個連接。

修復：

Apply proxy wrapper to obtained pooled connections #411

Allow databases greater than 15 in RedisURI greater 15 #420

Expose a protected default constructor for RedisClusterClient #438

RoundRobinSocketAddressSupplier may contain more RedisClusterNodes than the current topology view #440

Partitions.addPartition and reload not correctly synchronized #442

pingBeforeActivateConnection and authentication fails using Redis Sentinel #448

PooledClusterConnectionProvider.close does not close connections #460

完整發布說明。

相關焦點

  • Redis 3.0.0 RC4 發布,無 Redis Cluster 修復
    Redis 3.0.0 RC4 發布，此版本是唯一不包括 Redis Cluster bug 修復的 RC 版本！
  • Lettuce 5.1.0.RC1 發布,Redis Java 客戶端
    Lettuce 5.1.0.RC1 已發布，這是 Lettuce 5.1 發布的第一個候選版本，包含改進和錯誤修復。Lettuce 5.1.0  要求 Java 8 及以上版本。
  • J2Cache 2.7.7 發布,Lettuce 增加連接池模式
    J2Cache core 模塊昨晚發布了 2.7.7 版本，該版本主要是針對之前的 Lettuce 支持進行了改進，增加了連接池支持，使其可以在高並發的環境下工作。
  • Redis教程:Redis持久化方式
    Redis 2.2 需要自己手動執行 BGREWRITEAOF 命令； Redis 2.4 則可以自動觸發 AOF 重寫， 具體信息請查看 2.4 的示例配置文件。AOF有多耐用你可以配置 Redis 多久才將數據 fsync 到磁碟一次。
  • 大數據必學:redis深入了解 Redis 的持久化機制(RDB、AOF)
    執行流程：1、所有的寫入命令會追加到aof_buf（緩衝區）中。2、根據相應的策略， AOF緩衝區對硬碟進行同步操作。3、當 AOF文件變得更大時，需要定期重寫 AOF文件，以實現壓縮。4、重啟 Redis伺服器後，可以加載用於數據恢復的 AOF文件。
  • J2Cache 2.7.0 發布了,支持 Lettuce 替代 Jedis
    J2Cache 2.7.0 在周末悄沒聲息的發布了！！！
  • 機率大的 Redis 面試題(含答案)|內存|key|原子性|哈希|redis_網易...
    Redis有部分存在硬碟上，redis可以持久化其數據　　2)、數據支持類型 memcached所有的值均是簡單的字符串，redis作為其替代者，支持更為豐富的數據類型 ，提供list，set，zset，hash等數據結構的存儲　　3)、使用底層模型不同 它們之間底層實現方式 以及與客戶端之間通信的應用協議不一樣。
  • Redis中的過期鍵以及如何刪除的?
    1 伺服器中的資料庫Redis伺服器將所有資料庫都保存在伺服器狀態redis.h/redisServer結構的db數組中，db數組的每個項都是一個redis.h/redisDb結構，每個redisDb結構代表一個資料庫：struct redisServer {//一個數組，保存著伺服器中的所有資料庫redisDb *db;
  • 詳解Redis中兩種持久化機制RDB和AOF(面試常問,工作常用)
    一、持久化流程既然redis的數據可以保存在磁碟上，那麼這個流程是什麼樣的呢？要有下面五個過程：（1）客戶端向服務端發送寫操作(數據在客戶端的內存中)。（2）資料庫服務端接收到寫請求的數據(數據在服務端的內存中)。（3）服務端調用write這個系統調用，將數據往磁碟上寫(數據在系統內存的緩衝區中)。
  • Redis RDB與AOF模式下的持久化原理
    前言：在此之前，如果還不了解Redis的，或者不知道怎麼使用Redis，可以參考官網網站：https://redis.io/documentation自行學習，本文主要針對Redis的核心點之一：RDB和AOF持久化模式進行展開。
  • redis cluster 集群管理工具
    /opt/redis/bin/redis-trib.rb create --replicas 1 127.0.0.1:8001 127.0.0.1:8002 127.0.0.1:8003 127.0.0.1:8004 127.0.0.1:8005 127.0.0.1:80062、info查看集群：info命令用來查看集群的信息
  • Redis持久化和備份
    比如如下命令redis 127.0.0.1:6379> set key1 HelloOKredis 127.0.0.1:6379> append key1 " World!"(integer) 12redis 127.0.0.1:6379> del key1(integer) 1redis 127.0.0.1:6379> del non_existing_key(integer) 0在AOF中存儲如下$ cat appendonly.aof*2$6SELECT$10*3$3set$4key1$5Hello*3$6append$4key1$7 World
  • gtoken v1.1.0 發布,gf 的 token 插件,加入 Redis 緩存支持
    gtoken此版本主要加入了緩存redis支持，便於項目集群部署介紹基於gf框架的token插件，通過服務端驗證方式實現token認證； 支持單機gcache和集群gredis
  • Redis如何存儲和計算一億用戶的活躍度
    實際生產的QPS和TPS單臺都能達到3,4W，讀寫性能非常棒。用來存儲一些對核心業務弱影響的用戶狀態信息還是非常不錯的。對於這題，有2個重要的點需要考慮：1.如何用合適的數據類型來存儲1億用戶的數據，用普通的字符串來存儲肯定不行。經過查看一個最簡單的kv(key為aaa，value為1)的內存佔用，發現為48byte。
  • 微信附近的人,用redis也能實現?(GEO)
    獲取自己的位置附近的人其實就是一種位置的比對關係，所以第一步是得獲取自己的位置，一般位置都是用經緯度來表示，具體經緯度的獲取得依賴客戶端，作為咱們後端程式設計師直接接收參數就可以了，所以這一步重點是用經緯度來表示各個節點的位置，對經緯度不是很了解的朋友可以複習一下中學的地理知識。
  • redis cluster 之master 選舉過程
    在redis 3.0版本後，官方推出了redis cluster 分布式解決方案，當一個redis節點掛了可以快速地切換到另一個節點。當遇到單機內存、並發等瓶頸時，可以採用分布式方案要解決問題.redis-cluster架構中，被設計成共有16384（2的14次方）個hash slot。每個master分得一部分slot，其算法為：hash_slot = crc16(key) mod 16384 ，這就找到對應slot。群集至少需要3主3從，且每個實例使用不同的配置文件。
  • Redis 4.0.0 正式發布,高性能的 key-value 資料庫
    Redis 4.0.0 正式發布，這是 Redis 4.0 系列的首個穩定版，包含以下的一些重大改進：模塊化的系統、更好的複製 (PSYNC2)、對 eviction policies, threaded
  • Python使用redis存儲對象
    Python總的對象存儲到redis中默認為字符串，那麼如何存儲對象呢？下面就看看如何直接將Python中對象存儲到redis中先寫個測試redis是否正常連接上import rediscache = redis.StrictRedis('172.20.0.227',6379)
  • 詳解Redis持久化(RDB和AOF)
    子進程在執行 AOF 文件重寫的過程中，伺服器進程的執行過程如下：（1）伺服器接收到來自客戶端的命令請求，並成功執行。（2）伺服器將執行後的寫命令轉化為對應的協議格式，然後追加到 AOF 文件緩存區（aof_buf）中。（3）伺服器再將執行後的寫命令追加到 AOF 文件重寫緩存區中。
  • 面試必問的 Redis:RDB、AOF、混合持久化
    例如 Redis 默認就配置了以下3個：　　save 900 1 #900秒內有1個key發生了變化，則觸發保存RDB文件save 300 10 #300秒內有10個key發生了變化，則觸發保存RDB文件save 60 10000 #60秒內有10000個key發生了變化，則觸發保存RDB文件 　　關閉：1）注釋掉所有save point 配置可以關閉 RDB 持久化。