标签：false 拓扑 redis lettuce 调优 使用 重连 连接 客户端
合理的参数设置可以为你的redis客户端保驾护航，下面将对lettuce使用的一些重要参数进行说明和建议
| 序号 | 参数名 | 含义 | 默认值 | 使用建议 |
|---|---|---|---|---|
| 序号 | 参数名 | 含义 | 默认值 | 使用建议 |
| 1 | enableAllAdaptiveRefreshTriggers | redis cluster客户端更新拓扑结构的策略 | 默认无刷新策略 | 使用enableAllAdaptiveRefreshTriggers开启所有的RefreshTriggers |
| 2 | closeStaleConnections | 当刷新拓扑结构后，关闭旧的连接 | true | true 建议使用true，减少不必要的连接 |
| 3 | enablePeriodicRefresh refreshPeriod | 周期性刷新拓扑结构 | false 60s | false 10s |
| 4 | refreshTriggersReconnectAttempts | 刷新拓扑结构前获取连接的最大重试次数 | 5 | 2 |
| 5 | adaptiveRefreshTriggersTimeout | 刷新拓扑结构请求的超时时间 | 30s | 1000ms |
| 6 | autoReconnect | 连接断开是否进行重新连接 | true | true 自动重连在面对各种复杂网络情况下是非常有必要的。但是需要关注的是每次重连失败后，后续尝试再次重连的时间间隔会变长，且这是个无限循环，无限失败的情况下，间隔时间太长会是个隐患。 |
| 7 | cancelCommandsOnReconnectFailure | 取消命令当重连失败时 | false | false 这是一个需要自己评估的参数，当能接受命令可以失败的情况的话，可以开启。但是针对更多实用场景建议false。 |
| 8 | disconnectedBehavior | 当处于断连状态时，对命令的不同执行情况进行设置 | DisconnectedBehavior.Default | DisconnectedBehavior.Default 重连成功，则接受命令，失败则拒绝执行命令 |
| 9 | readFrom | 可以优先或者选择从Master/Replica去读数据，进行读写分离 | 默认可不配置，此时使用当前连接去读数据 | ReadFrom.MASTER目前不支持读写分离，显式配置使用Master去读连接 |
| 10 | commandTimeout | 命令的超时时间 | 60s | 100ms 常规的操作应该限定在一个非常小的时间里 |
| 11 | shutdownTimeout | 客户端关闭的超时时间 | 100ms | 100ms 使用默认的配置即可 |
| 12 | setValidateConnection | 设置是否开启有效连接，开启时当连接失败时会创建新的连接，但是每次执行命令会多一次Ping的开销 | false | false 依据当前使用场景来定，当处于一个高qps场景下,ping命令造成的开销也是不可忽略的 |
| 13 | -Dio.netty.eventLoopThreads | 设置netty客户端io线程池、计算线程池大小 | Math.max(1, SystemPropertyUtil.getInt("io.netty.eventLoopThreads",
Math.max(MIN_IO_THREADS, Runtime.getRuntime().availableProcessors()))) | 使用默认值 |
标签：false,拓扑,redis,lettuce,调优,使用,重连,连接,客户端 来源： https://blog.csdn.net/u012693823/article/details/119041939
本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享； 2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关； 3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关； 4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除； 5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。