nredis-proxy 是一个以redis 协议为主的高性能稳定的代理中间件服务，不侵入业务代码，与业务毫无联系，不需要改任何应用代码，天然支持分布式部署。
一：功能特点：
1：自带连接池，性能高效 2：提供分片策略，扩展性强，可自定义分片算法 3：提供读写分离，一主多从,从按照权重读取 4：提供自动监听功能，主挂了，提供选举算法，从作为主 5：可HA分布式部署，节点随意扩展
二：nredis-proxy 架构图
三：nredis-proxy 部署架构图
四：例子配置文件：
<?xml version="1.0" encoding="UTF-8"?> <beans xmlns="http://www.springframework.org/schema/beans" xmlns:redisProxy="http://www.nredisproxy.com/redisProxy" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring-beans-4.0.xsd http://www.nredisproxy.com/redisProxy http://www.nredisproxy.com/redisProxy/redisProxy.xsd" > <!--redis 主从配置 --> <redisProxy:redisProxyNode id="wandaredisnode" redisProxyHost="127.0.0.1" redisProxyPort="6379" algorithm-ref="loadMasterBalance" address="127.0.0.1:2181"> <redisProxy:redisProxyMaster id="wandaredismasters" host="127.0.0.1" port="6380" timeout="5000" maxActiveConnection="5000" maxIdleConnection="500" minConnection="50" algorithm-ref="loadClusterBalance"> <redisProxy:redisProxyCluster id="wandarediscluster0" host="127.0.0.1" port="6381" timeout="5000" maxActiveConnection="5000" maxIdleConnection="500" minConnection="50" weight="1"></redisProxy:redisProxyCluster> </redisProxy:redisProxyMaster> </redisProxy:redisProxyNode> <bean name="loadMasterBalance" class="com.opensource.netty.redis.proxy.core.cluster.impl.ConsistentHashLoadBalance"></bean> <bean name="loadClusterBalance" class="com.opensource.netty.redis.proxy.core.cluster.impl.RoundRobinLoadBalance"></bean> </beans>
-
受飞凡电商技术负责人刘兵先生的独家授权，在csdn博客我原创发表《NRedis-Proxy 高性能Redis 中间件服务》的架构原理，以及项目开源介绍。 一、 NRedis-Proxy 介绍 NRedis-Proxy 是一个Redis中间件服务，第一个Java 版本开源Redis中间件，无须修改业务应用程序任何代码与配置，与业务解耦；以Spring为基础开发自定义标签，让它可配置化，使其更加容易上
-
imi v1.0.13 版本新增了一个 Swoole\Coroutine\Http\Server 实现的协程服务器。需要 Swoole 4.4+ 才可使用该特性。 该特性是可选的，不影响以前使用的服务器模式。 使用协程服务器特性，依靠 Linux 系统的端口重用机制，系统级的负载均衡，可以让你的多进程 Http 服务处理请求的能力得到提升。 使用 ab，本机->虚拟机（双核+2进程）压测Hello
-
nginx-redis-proxy 是 Nginx 用来使用 Redis 作为缓存引擎的扩展模块。 http客户端向前端nginx请求网页。Nginx在redis中寻找相应的缓存对象。如果对象位于redis中，则由nginx提供。如果对象不在redis中，nginx会请求一个后端来生成页面并将其返回给nginx。然后，nginx将其放入redis中并提供服务。Redis中所有缓存的对象都有一个TT
-
“在微服务之间添加的同步依赖关系越多，例如查询请求，客户端应用程序的总体响应时间就越差。 “这是真的吗？我认为在同步通信中，我们比异步通信更直接地得到反馈。例如，假设一个用户向微服务a发送http请求，微服务a又异步地向另一个微服务B发送请求，并异步地等待它的答复。如果微服务B关闭，那么用户将等待到超时才能得到响应，而在同步通信中，他将立即得到响应。
-
null 基本上，具有内存缓存和可以响应命令的服务器的机器的普通香草实现和Redis盒子之间有什么区别？我也明白答案需要非常庞大，并且应该包括非常复杂的细节来完成。但是，我要找的是一些通用的技术，而不是所有的细微差别。
-
问题内容： 我知道这是一个非常笼统的问题。但是，我想了解使Redis（或诸如MemCached，Cassandra之类的缓存）在惊人的性能极限下工作的主要架构决策是什么。 如何维护连接？ 连接是TCP还是HTTP？ 我知道它完全用C编写。如何管理内存？ 尽管存在竞争的读/写，但用于实现高吞吐量的同步技术有哪些？ 基本上，具有内存高速缓存的计算机和可以响应命令的服务器的普通香草实现和Redis框之间
-
主要内容：测试命令格式,执行测试命令为了解 Redis 在不同配置环境下的性能表现，Redis 提供了一种行性能测试工具 redis-benchmark（也称压力测试工具），它通过同时执行多组命令实现对 Redis 的性能测试。 性能测试的作用是让我们了解 Redis 服务器的性能优劣。在实际的业务场景中，性能测试是必不可少的。在业务系统上线之前，我们都需要清楚地了解 Redis 服务器的性能，从而避免发生某些意外情况，比如数据量过