------Redis-----
文章平均质量分 89
csdn启程
开心每天
展开
-
redis集群的合纵和连横
对于使用 Redis 一开始就要好好考虑将来的扩展问题。就像我们做数据库分库分表,一旦决策了分库分表,通常一次就会分到位,比如搞上 8 或 16 个库,每个库再分 256 或 1024 个表。不管将来业务再怎么发展,基本这个量级的分片都足够应对,而且底层库可以做成逻辑的,扛不住时再换成物理的,对应用方完全透明,没有数据迁移的烦恼。而 Redis 其实也提供了类似的逻辑库概念原创 2016-07-24 16:32:32 · 707 阅读 · 0 评论 -
redis缓存
Redis最为常用的数据类型主要有以下五种: 1)String 2)Hash 3)List 4)Set 5)Sorted set 在具体描述这几种数据类型之前,我们先通过一张图了解下Redis内部内存管理中是如何描述这些不同数据类型的:首先Redis内部使用一个redisObject对象来表示所有的key和value,redisObject最主要的信息如上图原创 2016-11-26 22:37:12 · 392 阅读 · 0 评论 -
redis集群环境部署
Redis Cluster终于出了Stable,这让人很是激动,等Stable很久了,所以还是先玩玩。一. 集群简单概念。Redis 集群是一个可以在多个 Redis 节点之间进行数据共享的设施(installation)。Redis 集群不支持那些需要同时处理多个键的 Redis 命令, 因为执行这些命令需要在多个 Redis 节点之间移动数据, 并且在高负载的情况下, 这些原创 2016-11-26 22:35:54 · 400 阅读 · 0 评论 -
redis主从复制
Redis主从复制的配置十分简单,它可以使从服务器是主服务器的完全拷贝。下面是关于Redis主从复制的几点重要内容:Redis使用异步复制。但从Redis 2.8开始,从服务器会周期性的应答从复制流中处理的数据量。一个主服务器可以有多个从服务器。从服务器也可以接受其他从服务器的连接。除了多个从服务器连接到一个主服务器之外,多个从服务器也可以连接到一个从服务器上,形成一个图状结构原创 2016-11-26 22:34:51 · 379 阅读 · 0 评论 -
redis/memcache
通常情况下,随着业务量增加,对后端数据库的访问压力也会随之加大。当数据库访问压力渐渐增大时,除了升级数据库配置提高数据库本身的抗压能力外,我们也可以采用在应用服务器与数据库服务器之间架设数据库缓存服务器。在缓存服务器的内存中放置热点数据,减少应用对后端数据库的访问压力,已达到提高访问速度,改善用户体验的目的。常用的缓存服务器有memcache和redis,针对这两者之间的特性,在此做一原创 2016-11-26 22:33:38 · 414 阅读 · 0 评论 -
redis集群
redis集群在启动的时候就自动在多个节点间分好片。同时提供了分片之间的可用性:当一部分redis节点故障或网络中断,集群也能继续工作。但是,当大面积的节点故障或网络中断(比如大部分的主节点都不可用了),集群就不能使用。所以,从实用性的角度,Redis集群提供以下功能:自动把数据切分到多个redis节点中当一部分节点挂了或不可达,集群依然能继续工作Redis集群的TCP端口原创 2016-11-26 22:32:12 · 530 阅读 · 0 评论 -
redis的两种持久化方式
Redis是一种高级key-value数据库。它跟memcached类似,不过数据可以持久化,而且支持的数据类型很丰富。有字符串,链表,集 合和有序集合。支持在服务器端计算集合的并,交和补集(difference)等,还支持多种排序功能。所以Redis也可以被看成是一个数据结构服务器。 Redis的所有数据都是保存在内存中,然后不定期的通过异步方式保存到磁盘上(这称为“半持久原创 2016-10-08 19:01:28 · 417 阅读 · 0 评论 -
redis事务
Redis 提供的事务机制与传统的数据库事务有些不同,传统数据库事务必须维护以下特性:原子性(Atomicity), 一致性(Consistency), 隔离性(Isolation), 持久性(Durability),简称ACID。我们逐项考察下 Redis 在事务的 ACID 上做出的权衡与取舍:原子性(Atomicity)原子意味着操作的不可再分,要么执行要原创 2016-07-24 20:10:05 · 278 阅读 · 0 评论 -
分布式环境下基于redis解决在线客服坐席动态分配的问题
客服分配主要考虑效率与公平客服平常的工作状态通常在两种模式下:1. 顾客的人数 > 客服的接待能力2. 顾客的人数 第一种情况,不存在客服的公平问题,只需考虑分配效率。第二种情况,效率不成为问题,只需分配考虑公平,让顾客尽可能的平均分配到客服,既提升客服的并行接待能力,又保证了对客服的公平性。当然还有第三种情况,就是相等,这犹如立起来的硬币是一个瞬时的小概率事件而非原创 2016-07-24 20:07:54 · 2164 阅读 · 0 评论 -
欢乐西游通用缓存系统设计—应用Redis
一、需求背景: 欢乐西游是一款手机卡牌游戏,采用分区分服架构,目前已经登录手Q和微信平台。有些全区玩法需要使用到离线玩家数据:1、天梯PVP系统(按竞技积分匹配全区玩家,包括离线玩家),2、大闹天宫(按战斗力匹配全区玩家,包括离线玩家)。 欢乐西采用Tcaplus的KV方式存储玩家数据,数据读写以角色gid作为key进行,因此通过积分或者战斗力的方式匹配玩家原创 2017-05-22 21:03:39 · 866 阅读 · 0 评论