先说一下工作场景，要求做一个服务，满足：处理千万级别数据，单个请求响应时间在20ms以下。由于是存储的数据格式为key:list[]，所以很适合使用redis来存放数据，为了测试一下redis存储的效率问题，才有了这篇文章。      第一步：造数据。思路如下：（1）先产生三千万个key，为了解决随机函数不能很好平均分布的问题，采用两步走的方法来造3000W个key。首先，从key从1到3000

redis非常好用，但是对于习惯了关系型数据库的人来说，查询起来还是比较麻烦，尤其是对于一个hash类型的key，想取得所有的feild域，官方并没有直接的接口，但可以通过linux来帮助实现，方法如下： 前提，我们已经有了一个hash类型的key,myhash， hset myhash name zl hset myhash addr hz 第一，先新建一个.cmd文件，如g

最近一段时间事情比较多，没有更新《redis读写分离下的高可用设计与实现》的实现部分，除了之前的实现没有达到高可用的原因外，还有一个重要的原因，我接手的另一个项目中redis频繁get和set相同的值时，出现了不一致的情况，这让我对手头上的程序怀疑了很长一段时间，从1月中旬，到现在，大约一个多朋的时间，被这个windows下的redis折腾得不轻，下面把处理问题和方法和大家分享下，仅供参考。

redis的官网(http://redis.io)中是这样描述的： SET key value [EX seconds] [PX milliseconds] [NX|XX] Available since 1.0.0. Time complexity: O(1) Set key to hold the string value. If key alr

通过Redis笔记（一）纯小白版篇，Redis笔记（二）主从复制和Redis笔记（三）添加密码并修改默认端口后的主从同步三篇文章，我们已经能建立一个可以使用的主从复制的Redis了，例如下图： 在此基础上，我们做了读写分离，写主库，读从库，如下： 这样的确实现了读和写的分离，但是，不管是启动还是运行过程中，只要有一个redis工作不正常，哪怕另外一个工作正常，整个redis对外

单台redis会遇到单点故障的问题，为了解决redis的高可用，主从复制应该是学习的第二个步骤。本文想达到的目的是，一个master带一个slave，而slave又带了一个slave，这样的好处是，当master故障后，直接把slaver1改为master，其他的配置不需要修改，服务又可以正常使用。 作为master的redis配置文件不需要修改，此处只修改slave1和slave1

这是每个人学习Redis使用的第一步最常见的做法： 第一：下载          Redis下载：从官网http://redis.io/下载最新的redis,我下载的是 http://redis.googlecode.com/files/redis-2.6.14.tar.gz jedis下载：从https://github.com/xetorthio/jedis/downloads下载je

今天发现在Redhat as 5上编译2.6.14会报错，所以下面的演示基于2.4.18，报错信息： [root@as5 src]# uname -a Linux as5.cooly.slum 2.6.18-8.el5xen #1 SMP Fri Jan 26 14:42:21 EST 2007 i686 i686 i386 GNU/Linux [root@as5 src]# make

redis的list类型有个很好的特性，就是每次添加元素后会返回当前list的长度，利用这个特点，我们可以监控它的长度，比如我们的key是用户注册的IP地址，list中存放的是已经在此IP地址上注册的用户的ID，当用户数超过1000的时候来发一个告警，而redis的订阅和发布功能就能帮你很轻松地实现通知监控程序。 第一步，下载需要的软件：     redis:  http://redis.go

准备了一个新的CentOS6.5的环境用g