一、一、避免 DB 重用
核心要求： 避免多个应用共用同一个实例。
·原因： 由于内存淘汰规则的存在，多个应用的 Key 会相互影响，导致缓存命中率下降；同时，若某个应用存在大量访问，也会影响其他应用的正常使用。
·建议： 将不相干的业务进行拆分，公共数据通过服务化方式共享。
二、二、使用连接池
实例的访问时间包含网络连接时间、命令解析时间和命令执行时间。使用连接池可复用连接、节约网络连接时间，是高并发场景下的推荐做法。
三、架构建议
·标准架构： 建议客户端采用连接池模式，以充分发挥多个代理节点的性能。客户端连接数过多时，可使用共享连接方式，减少性能下降。
·集群架构： 建议启用 ClusterNodeAdaptive 参数（尤其在单分片连接数配置值与分片数较大时），实现适应性连接管理、动态调整连接数；同时建议启用共享连接模式，减少连接建立与断开的开销。
四、连接池关键参数
以下三个关键参数建议配置为相同数值，以保持连接规模稳定，避免连接频繁创建与销毁：
| 参数 | 说明 |
| 连接池最大连接数 | 控制业务并发量。达到上限后不再创建新连接，避免占用过多系统资源。 |
| 连接池最大空闲连接数 | 允许保持的最大空闲连接数。超出部分将被关闭并移除，释放资源。 |
| 连接池最小空闲连接数 | 必须保持的最小空闲连接数。低于此值时会创建新连接，确保高负载下有足够可用连接。 |
五、各语言连接池注意事项（避免热连接）
为避免连接池总是复用同一条"最热连接"导致负载不均，各语言的建议如下：
| 语言 / 客户端 | 问题及建议 | 连接池代码示例 |
| Golang go-redis | 建议连接用完后放入队尾，获取连接时从队头拿取，避免总是获取热连接。可通过 Lifo 参数控制（true 从队头拿，false 从队尾拿）。v8.11.5及之后版本已修复队列连接方式；当前主流的 v9.x 版本已默认采用更均衡的连接复用策略，推荐升级使用。 | Go 连接示例 |
| Golang redigo | 连接池只支持从队头取、放连接，导致最热连接被持续使用，无法负载均衡。如需均衡，可修改源代码 pool.go，增加 pushBack 方法与 Lifo 成员变量。 | Redigo 连接池连接均衡实践 |
| Java Jedis | 连接池默认采用 LIFO（后进先出），易导致连接使用不均衡。建议将连接池设置为 FIFO（setLifo(false)，从队头拿、队尾放），确保连接建立顺序公平。 | Jedis 连接 Redis |
| Java Lettuce | 建议将连接池设置为 FIFO（poolConfig.setLifo(false)），并配合 keepalive、tcpUserTimeout 等参数提升连接健壮性，加快故障连接的探活与剔除。 | Lettuce 连接 Redis |
| Java Redisson | 建议将连接池相关参数配置为合理值，并针对故障切换场景优化重连、超时与负载均衡参数，提升高可用架构下的连接健壮性。 | Redisson 连接 Redis |
注意：说明：
注意：如需从客户端侧监控 Redis 命令时延、定位性能问题，可参见实践教程 基于 Spring Boot 搭建 Redis 客户端监控。
六、三、增加熔断功能
·适用场景： 高并发场景。
·做法： 在客户端添加熔断逻辑（如 Netflix Hystrix 或同类熔断组件）。
·作用： 熔断器实时检测集群节点状态，当某个节点出现异常时不再向其发送请求，从而避免单个节点故障导致整体系统雪崩。
七、四、配置合理密码
为数据库访问配置密码可保障数据安全性，复杂度要求如下：
·字符个数为 [8, 30]。
·至少包含小写字母、大写字母、数字和特殊字符（()~!@#$%^&*-+=_|{}[]:;<>,.?/`）中的2种。
·不能以斜杠（/）开头。
·产品支持 SSL 加密认证访问，建议在敏感数据场景下开启。