Redis学习笔记--Redis 浅析介绍 （一）

jixuji

redis是一个key-value存储系统。和Memcached类似，它支持存储的value类型相对更多，包括string(字符串)、list(链表)、set(集合)、zset(sorted set --有序集合)和hash（哈希类型）。这些数据类型都支持push/pop、add/remove及取交集并集和差集及更丰富的操作，而且这些操作都是原子性的。在此基础上，redis支持各种不同方式的排序。与memcached一样，为了保证效率，数据都是缓存在内存中。区别的是redis会周期性的把更新的数据写入磁盘或者把修改操作写入追加的记录文件，并且在此基础上实现了master-slave(主从)同步。
Redis 是一个高性能的key-value数据库。 redis的出现，很大程度补偿了memcached这类key/value存储的不足，在部 分场合可以对关系数据库起到很好的补充作用。它提供了Java，C/C++，C#，PHP，JavaScript，Perl，Object-C，Python，Ruby，Erlang等客户端，使用很方便。[1]
Redis支持主从同步。数据可以从主服务器向任意数量的从服务器上同步，从服务器可以是关联其他从服务器的主服务器。这使得Redis可执行单层树复制。从盘可以有意无意的对数据进行写操作。由于完全实现了发布/订阅机制，使得从数据库在任何地方同步树时，可订阅一个频道并接收主服务器完整的消息发布记录。同步对读取操作的可扩展性和数据冗余很有帮助。

　　Redis按照官方的定义是一个开源的，高级的键值存储。本文就想扩展开介绍，高级和存储两点。
　　为什么高级，咱们列一下它的基本特性：

• 每秒10万+的读，8万+的写（是不是有点吹？）
  
• 操作原子性（还支持把一组命令合并为一个原子操作）
  
• 多种基元数据类型的支持（hash/list/（sorted）set/string）
  
• 支持过期（可以用作缓存）
  
• 支持主从架构（多级层次）
  
• 支持管道（一次性发送多个命令执行
  

　　以及丰富的API：

• 提供丰富有关key的操作命令
  
  
  • 移动/排序/删除/重命名/获取类型/是否存在
    
  • 获得符合某个表达式的所有键
    
  • 设置和删除过期时间
    
  • 随机获得一个
    
  
  
• 提供丰富的list结构操作命令
  
  
  • 获取列表长度
    
  • 获取列表中一段元素
    
  • 移除一个或若干项
    
  • 从最后开始移除若干项
    
  • 追加一个项
    
  • 为列表最前加入一项
    
  • 移除并获取第一项
    
  • 移除并获取最后一项
    
  • 按照索引号获取或设置项
    
  • 移除A列表最后一项追加到B列表
    
  • 在列表中某个项（根据值）前或后加入项
    
  • 获取项的索引号
    
  
  
• 提供丰富的string操作命令
  
  
  • 设置（允许有过期）和追加值
    
  • 获取值的一段
    
  • 递减和递增
    
  • 减少和增加
    
  • 设置新值并且返回老的值
    
  • 一次获取和设置多个键的值
    
  • 获取值的长度
    
  
  
• 提供丰富的set结构操作命令
  
  
  • 增加
    
  • 批量增加
    
  • 交集（并且保存到另外一个集合）
    
  • 并集（并且保存到另外一个集合）
    
  • 从一个移除加入另一个
    
  • 获取长度
    
  • 随机获取（并移除）
    
  • 是否存在
    
  • 获取所有
    
  
  
• 提供丰富的hash结构操作命令
  
• 提供丰富的sorted set操作命令
  
• 支持主从（并且支持多层）
  
• 提供发布订阅功能
  
  
  • 监听某个信道（符合某个表达式）的消息
    
  • 向某个信道发布消息
    
  
  
• 提供事务功能
  
  
  • 开始事务块
    
  • 抛弃之前的所有命令
    
  • 执行事务块中的所有命令
    
  • 监视某个键的事务执行
    
  
  
• 其它
  
  
  • 授权
    
  • 改变数据库
    
  • 在线配置
    
  • 异步刷新数据到磁盘
    
  • 同步刷新数据到磁盘
    
  • 获取状态信息
    
  • 获得调试信息
    
  • 删除所有数据
    
  • 关闭
    
  
  
• 支持SET if Not eXists（可以用作分布式锁）
  

　　这么多API总结起来：

• 如此多的基于服务端的命令可以实现各种各样的逻辑（这里重点突出服务端这个词，虽然我们知道很多情况下可以get后再set，或是getall后再setall，但是这效率无法和服务端直接操作相比）
  
• 很多命令都组合成了原子命令（这是很重要的，使得我们不需要在客户端做分布式锁）
  
• 创新的list/set/sorted set存储结构，比单纯的key/value丰富多了
  

　　
　　接下来说说存储这个词，很多人把它和memcached来比较，其实Redis的配置和架构是如此灵活，我们想怎么用就怎么用，想怎么调优就怎么调，可以为我们的应用来定制存储架构：

• 设置数据刷新到磁盘的条件（几秒内几次改动）
  
• 设置数据刷新到磁盘的方式（总是/每秒/不刷新）
  
• 设置虚拟内存（最大内存/页大小/页数量）
  
• 设置限制（内存占用/并发数/端口/是否后台）
  

　　对于用作缓存还是存储，数据的安全性等我们都可以根据不同的应用来调整。那么Redis可以用作哪些应用呢？

• 分布式缓存
  
• 分布式锁
  
• 消息队列
  
• 全文索引
  
• 和业务逻辑绑定的存储
  

　　对于.NET客户端来说，目前ServiceStack.Redis是不错的选择，其中也有一些不错的例子：

• 发布订阅
  
• 分布式锁
  
• 博客的例子
  

　　更多信息，参阅：

• http://blog.mjrusso.com/2010/10/17/redis-from-the-ground-up.html
  
• http://simonwillison.net/static/2010/redis-tutorial/
  
• http://antirez.com/
  

　　把Mongodb作为大数据量的存储，把Redis作为中数据量的业务热点的存储确实是不错的方案。