一个分布式 Redis 解决方案, 上层应用可以像使用单机的 Redis 一样使用, RedisProxy 底层会处理请求的分发，一切对你无感 ～
目前已实现的特性：
-
支持 redis standalone 、 redis cluster 代理
-
支持 redis cluster 情况下的跨片 marge 操作，如：pipeline 、 mget、 mset、 del mulit key 指令， 通过虚拟内存，解决高并发情况下的 pipeline 的数据堆积问题
-
支持 多租户、只读权限、自动分配db
-
支持 访问的数据监控、 use 指令，实时切换后端代理
-
支持 用户、代理配置的热更新 等等 ...
-
问题内容： 因此，我刚刚阅读了有关redlock的文章。据我了解，它需要3台独立的机器才能工作。独立表示它们是指所有计算机都是主计算机，并且它们之间没有复制，这意味着它们正在提供不同类型的数据。那么，为什么我需要锁定在充当主服务器的三个独立Redis实例中存在的密钥？我需要使用redlock的用例是什么？ 问题答案： 那么，为什么我需要锁定在三个独立的Redis实例中充当主键的密钥？ 这并不是说您
-
本文向大家介绍Java分布式session存储解决方案图解，包括了Java分布式session存储解决方案图解的使用技巧和注意事项，需要的朋友参考一下 前言 本文主要探讨集群后不同Web服务器获取Session数据的问题解决方案。 Session Stick Session Stick 方案即将客户端的每次请求都转发至同一台服务器，这就需要负载均衡器能够根据每次请求的会话标识（SessionId）
-
主要内容：1.2PC,2.三阶段提交(3PC),3.补偿事务（TCC）,4.本地消息表,5.消息事务,6.最大努力通知,7.Sagas 事务模型1.2PC 两阶段提交 mysql是通过日志系统完成事务的。就是两阶段提交:undolog和binlog的两阶段提交。 两阶段协议可以用于单机集中式系统，由事务管理器协调多个资源管理器；也可以用于分布式系统，由一个全局的事务管理器协调各个子系统的局部事务管理器完成两阶段提交。 第一阶段:投票阶段 1.协调者写命令进写入日志 2.协调者发一个prepare
-
主要内容：Redis分布式锁介绍,Redis分布式锁命令在分布式系统中，当不同进程或线程一起访问共享资源时，会造成资源争抢，如果不加以控制的话，就会引发程序错乱。此时使用分布式锁能够非常有效的解决这个问题，它采用了一种互斥机制来防止线程或进程间相互干扰，从而保证了数据的一致性。 提示：如果对分布式系统这一概念不清楚，可参考百度百科《分布式系统》，简而言之，它是一种架构、一种模式。 Redis分布式锁介绍 分布式锁并非是 Redis 独有，比如 MySQ
-
问题内容： 我的任务是为可大规模扩展的分布式共享内存（DSM）应用程序构建原型。原型仅用作概念验证，但我想通过选择稍后在实际解决方案中使用的组件来最有效地利用我的时间。 该解决方案的目的是获取来自外部源的数据输入，将其搅动并使结果可用于许多前端。这些“前端”将仅从缓存中获取数据并提供服务，而无需额外的处理。该数据的前端命中量实际上可以是每秒数百万。 数据本身非常不稳定。它可以（并且确实）快速变化。
-
问题内容： 我们的生产Web服务器有一台运行Windows Server 2003的服务器。我们的网站具有不同的模块，每个模块都在其自己的应用程序池中运行。由于每个模块都有自己的缓存，而且经常有多个模块缓存相同的项目，因此这使缓存有点问题。问题是，当在一个模块中更改了缓存中的项目时，无法轻松地刷新缓存同一项目的另一个模块。 我们的网站是用ASP.NET 4.0编写的，我们使用标准的HttpRunt