导语Redis 持久化、主从复制、哨兵、分片集群，每个概念单独来看都很容易理解，但它们之间存在哪些联系？Redis为什么会演化出这几种架构模式？这篇文章告诉你答案。

在进入今天的主题前，先简单地解释下Redis中的位图到底是什么。Redis官方文档对于位图的介绍如下：位图不是一个真实的数据类型，而是定义在字符串类型上的面向位的操作的集合。由于字符串类型是二进制安全的二进制大对象，并且最大长度是 512MB，适合于设置 2^32个不同的位。

redis 集群方案主要有两类，一是使用类 codis 的架构，按组划分，实例之间互相独立;另一套是基于官方的 redis cluster 的方案;下面分别聊聊这两种方案;

基于内存的Redis应该是目前各种web开发业务中最为常用的key-value数据库了，我们经常在业务中用其存储用户登陆态(Session存储)，加速一些热数据的查询(相比较mysql而言，速度有数

本文来自温柔一刀的分享，介绍了他在实际工作中遇到的一些Redis问题以及对应的规避和解决方案，如果你也在用Redis，那么可能其中有一些经验可供参考。

在之前的文章中，介绍过Redis数据库高级实用特性中的持久化机制，今天为大家介绍Redis的另一高级实用特性——发布及订阅消息。发布订阅(pub/sub)是一种消息通信模式，主要的目的是解耦消息发布者和消息订阅者之间的耦合，这点和设计模式中的观察者模式比较相似。

对于Redis嵌入Lua脚本执行，目前已经有比较清晰的思路，你可以在这里看到具体的描述。实际上脚本支持的工作已经完成了一部分，应该会在下一个稳定版本中就支持。这里面你唯一需要关注的可能就是，一些命令

本篇要评测的NoSQL产品是Redis，可以把它的功能理解为一个Key-Value的数据结构操作，数据都保存在内存中定期刷新到磁盘，以极高的读写效率而备受关注。国内的新浪微博就大规模的使用了Redis来存储用户关系和计数。

本文从多个方面，如数据类型，持久化，主从同步，性能提供API的语言等介绍了Redis数据库的特性及其适用的场合。

Redis 是一个有趣的项目，与其把它说成键值存储、键值缓存还不如把它说成是一个远程的数据结构。