kaosini的专栏

Redis的主从复制功能非常强大，一个master可以拥有多个slave，而一个slave又可以拥有多个slave，如此下去，形成了强大的多级服务器集群架构。下面我演示下怎样在多台服务器上进行Redis数据主从复制。这里我假设有两台服务器，一台是Windows操作系统（局域网IP：192.168.3.82），一台是Linux操作系统（局域网IP：192.168.3.90），在两个操作系统都安装re

上一篇文章讨论了Redis的常用数据类型与存储机制，本文会讨论一下Redis的复制功能以及Redis复制机制本身的优缺点以及集群搭建问题。Redis复制流程概述Redis的复制功能是完全建立在之前我们讨论过的基于内存快照的持久化策略基础上的，也就是说无论你的持久化策略选择的是什么，只要用到了Redis的复制功能，就一定会有内存快照发生，那么首先要注意你的系统内存容量规划，原因可以参

转载地址：http://redis.readthedocs.org/en/2.4/index.html本文是Redis Command Reference的简体中文翻译版。Redis Command Reference全文共分为十个部分，前六个部分(Key、String、Hash、List、Set、SortedSet)的所有命令现已翻译完毕，其余四个部分(Pub/Sub、Trans

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

Redis持久化是有两种方式：RDB和AOF对这两种方式的官方文档的翻译请看：http://latteye.com/2011/11/redis-persistence.htmlRDB就是快照存储，比如“每1个小时对redis进行快照存储”。那么，save这个参数就应该设置save 3600 1000 //前一次快照3600秒后，当有超过1000个key被改动的时候就进行一次快照更新RDB快照产生d

Redis持久化磁盘IO方式及其带来的问题　　有Redis线上运维经验的人会发现Redis在物理内存使用比较多，但还没有超过实际物理内存总容量时就会发生不稳定甚至崩溃的问题，有人认为是基于快照方式持久化的fork系统调用造成内存占用加倍而导致的，这种观点是不准确的，因为fork 调用的copy-on-write机制是基于操作系统页这个单位的，也就是只有有写入的脏页会被复制，但是一般你的

本文将为您介绍Redis内存使用的优化与存储。      Redis常用数据类型　　Redis最为常用的数据类型主要有以下五种：　　●String　　●Hash　　●List　　●Set　　●Sorted set　　在具体描述这几种数据类型之前，我们先通过一张图了解下Redis内部内存管理中是如何描述这些不同数据类型的：

一、对Redis持久化的探讨与理解    redis是一个支持持久化的内存数据库，也就是说redis需要经常将内存中的数据同步到磁盘来保证持久化。redis支持两种持久化方式，一种是 Snapshot（RDB）也是默认方式，另一种是Append only file（AOF）的方式。具体的理论说明请见这里。    我们应该明确持久化的数据有什么用，答案是用于重启后的数据恢复。Redi

最近用Redis的c#驱动，发现ServiceStack.Redis里List类型的Insert方法调用的时候始终报错，结果反编译dll后，这个方法居然是这样写的：public void Insert(int index, string item){ throw new NotImplementedException();}唉。。。坑死人不偿命呀

主：192.168.1.200 6379从：192.168.1.200 63801.相关命令启动服务命令： redis-server /etc/redis/redis.conf终端下启动客户端命令: redis-cli -h 192.168.1.200 -p 63792.主服务设置cp /xxx/redis.conf /etc/redis/redis.con

最近和一兄弟在讨论多次redis的操作可不可以一次性完成，这样可以节省redis的连接和发送命令的次数，这样就开始了通道(管道)操作的研究。像有时候一次需要多次从redis中取数据或者插入数据，通常我们的做法会如下：view plaincopy to clipboardprint?for ($i = 0; $i $i++) {          $r

Redis是一种高级key-value数据库。它跟memcached类似，不过数据可以持久化，而且支持的数据类型很丰富。有字符串，链表，集 合和有序集合。支持在服务器端计算集合的并，交和补集(difference)等，还支持多种排序功能。所以Redis也可以被看成是一个数据结构服务器。Redis的所有数据都是保存在内存中，然后不定期的通过异步方式保存到磁盘上(这称为“半持久化模式”)；也可以把

Redis持久化是有两种方式：RDB和AOF对这两种方式的官方文档的翻译请看：http://latteye.com/2011/11/redis-persistence.html RDB就是快照存储，比如“每1个小时对redis进行快照存储”。那么，save这个参数就应该设置save 3600 1000 //前一次快照3600秒后，当有超过1000个key

目前最新版RedisStorage 是基于 redis 2.6.2基础上,加上 leveldb存储引擎。 这个项目是源于 公司项目的passport 用户认证改造。公司一个项目运行了N年。积累了几千万用户,并且每天不断的高速增长中。原有的mysql分表模式已经不适合。所以寻找nosql的解决方案。经过测试目前流行的NOSQL。 最终选中了leveldb. Leveldb是一个google实现的

1.网络IO模型　　 Memcached是多线程，非阻塞IO复用的网络模型，分为监听主线程和worker子线程，监听线程监听网络连接，接受请求后，将连接描述字pipe 传递给worker线程，进行读写IO, 网络层使用libevent封装的事件库，多线程模型可以发挥多核作用，但是引入了cache coherency和锁的问题，比如，Memcached最常用的stats 命令，实际Memca

Redis主从服务器的搭建很简单，只要少许配置即可，为了演示的方便，我们就在一台服务器上配置：我们把上一步配置好的redis 文件夹，完全复制一份redisbak,只要修改conf/redis.conf的几个参数就可以了。port 6380slaveof 127.0.0.1 6379进入数据目录，查一下数据文件的散列：md5sum *.rdb你会发现数据文件散列都一样，

以前有想过用 Memcache 实现M/S架构的负载均衡方案，直到听说了 Redis 后才发现它做得更好。发了几天时间研究了一下 Redis ，感觉真的很不错，特整理一下！以下操作都是在 SUSE Linux 11 下安装了好了PHP为例子，如果安装过程中有提示缺少的包可以使用zypper search rpm-name 进行查询，然后用 zypper install rpm-na

新浪作为全世界最大的Redis用户，在开发和运维方面有非常多的经验。本文作者来自新浪，希望能为业界提供一些亲身经历，让大家少走弯路。使用初衷从2010年上半年起，我们就开始尝试使用Redis，主要出于以下几方面的考虑。性能比MySQL好。因为业务的发展对性能的需求越来越强烈。丰富的数据类型。在速度就是市场的互联网时代，快速开发是一个不变的需求。Cache宕机让人纠结，R