u012538947的专栏

Redis的工作模式：请求响应式Redis是一个使用客户端/服务器模型（也被称作请求/响应协议）的TCP服务器。这说明通常来讲一个一个请求的实现有以下步骤：1.客户端发送请求到服务器，并从socket中以堵塞的方式读取服务器的响应数据。2.服务器对发动的命令进行处理并把响应数据发回客户端。环路时间RTT：  从客户端请求数据开始到收到服务器的响应数据

日常工作中使用的Redis集群是一主多从的架构模型（如下图，主1+主2组成一套完整的数据），当主1发生宕机时，会切写到从（为了方便制作预案主1主2会同时切，分别切向从1从2作为新的主），此时面临的问题是主2没有宕机，如果直接写从2，那写进从2的数据会不会被主2重新覆盖（主2没有宕机）？针对以上问题引申出Redis主从同步的机制问题，学习了解后记录如下：Redis主从同步分为两种机制：全...

Redis是一款开源的、高性能的键-值存储（key-value store），和memcached类似，redis常被称作是一款key-value内存存储系统或者内存数据库，同时由于它支持丰富的数据结构，又被称为一种数据结构服务器（data structure server）。编译完redis，它的配置文件在源码目录下 redis.conf  ，将其拷贝到工作目录下即可使用，下面具体解

在工作中，使用Redis时遇到一些问题，在此做一下总结：1. redis版本，低于2.8.22，有网络闪断全量复制的bug，解决办法应升级版本至2.8.24或者以上版本2. redis主机swap没有关闭，使用swap是性能杀手；3. repl-backlog-size过小，会导致主从节点拉复制失败，因为全量复制的时候，父节点的更新（应用更新，主动过期删除等）会临时存放在bac

最近工作中，系统压测遇到一个性能瓶颈问题，通过最终排查，发现应用接口中使用了大量的Hgetall命令从Redis中查询数据信息，导致Redis单实例OPS达到秒钟7W次，Redis服务器CPU使用率达到上限，遇到性能问题。HGETALL key起始版本：2.0.0时间复杂度：O(N) where N is the size of the hash.返回 key 指定的哈希集中所有的...

大家在使用redis的时候，经常会用expire来设置key的过期时间，以为某个key到期就会马上清除。如果只是在单个redis（即一个主redis）下是没有问题的。但是如果为了实现读写分离，搭建了主从服务器，那么就会遇上从库Key不失效的问题了。（使用Redis3.2以后版本的同学请忽略，3.2之后的版本已不存在以下问题）场景重现：主： setex name 20 Johny从：

Redis存储机制分成两种Snapshot 和 AOF。无论是那种机制,Redis都是将数据存储在内存中。       Snapshot工作原理: 是将数据先存储在内存，然后当数据累计达到某些设定的伐值的时候，就会触发一次DUMP操作，将变化的数据一次性写入数据文件（RDB文件）。         AOF 工作原理: 是将数据也是先存在内存，但是在存储的时候会使

通过对Redis支持的数据类型实现上的分析可以看出redis实际上的内存管理成本非常高，即占用了过多的内存，作者对这点也非常清楚，所以提供了一系列的参数和手段来控制和节省内存，我们分别来讨论下。常用内存优化手段与参数首先最重要的一点是不要开启Redis的VM选项，即虚拟内存功能，这个本来是作为Redis存储超出物理内存数据的一种数据在内存与磁盘换入换出的一个持久化策略，但是

Redis最为常用的数据类型主要有以下五种：String  Hash  List  Set  Sorted set下面我们先来逐一的分析下这五种数据类型的使用和内部实现方式：String常用命令：set,get,decr,incr,mget 等。应用场景：String是最常用的一种数据类型，普通的key/value存储都可以归为此类，这里就不所做解释了。实现方式

发布订阅(pub/sub)是一种消息通信模式，主要的目的是解耦消息发布者和消息订阅者之间的耦合，这点和设计模式中的观察者模式比较相似。pub /sub不仅仅解决发布者和订阅者直接代码级别耦合也解决两者在物理部署上的耦合。redis作为一个pub/sub server，在订阅者和发布者之间起到了消息路由的功能。订阅者可以通过subscribe和psubscribe命令向redis serve

1. Redis是什么这个问题的结果影响了我们怎么用Redis。如果你认为Redis是一个key value store, 那可能会用它来代替MySQL；如果认为它是一个可以持久化的cache,可能只是它保存一些频繁访问的临时数据。Redis是REmote DIctionary Server的缩写，在Redis在官方网站的的副标题是A persistent key-value data

背景：工作中,生产环境的Redis集群都是无密码的,存在安全隐患,现在需要对Redis集群进行密码设置。相关工作总结如下：基础知识：requirepass：redis实例自身的连接密码，当客户端请求连接当前Redis服务器时，需要使用的密码masterauth：对于主从结构的redis集群，当主redis设置了连接密码时，需要在从redis上设置此密码。总结如下： 场...