浪缘的专栏

整理不易：转帖请注明出处 http://my.oschina.net/jing521/blog/91293#redis配置文件详解，针对2.6.3--2.6.7 by http://my.oschina.net/jing521 # Note on units: when memory size is needed, it is possible to specify # it in t

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

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

  今天发现在Redhat as 5上编译2.6.14会报错，所以下面的演示基于2.4.18，报错信息：[root@as5 src]# uname -aLinux 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]# m

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

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

一、redis 数据结构使用场景原来看过 redisbook 这本书，对 redis 的基本功能都已经熟悉了，从上周开始看 redis 的源码。目前目标是吃透 redis 的数据结构。我们都知道，在 redis 中一共有5种数据结构，那每种数据结构的使用场景都是什么呢？String——字符串Hash——字典List——列表Set——集合Sorted Set——有序集合下面我们就来简