神奇的Redis
本文内容纲要：
Redis按照官方的定义是一个开源的，高级的键值存储。本文就想扩展开介绍，高级和存储两点。
为什么高级，咱们列一下它的基本特性：
- 每秒10万+的读，8万+的写（是不是有点吹？）
- 操作原子性（还支持把一组命令合并为一个原子操作）
- 多种基元数据类型的支持（hash/list/（sorted）set/string）
- 支持过期（可以用作缓存）
- 支持主从架构（多级层次）
- 支持管道（一次性发送多个命令执行）
以及丰富的API：
-
提供丰富有关key的操作命令
- 移动/排序/删除/重命名/获取类型/是否存在
- 获得符合某个表达式的所有键
- 设置和删除过期时间
- 随机获得一个
-
提供丰富的list结构操作命令
- 获取列表长度
- 获取列表中一段元素
- 移除一个或若干项
- 从最后开始移除若干项
- 追加一个项
- 为列表最前加入一项
- 移除并获取第一项
- 移除并获取最后一项
- 按照索引号获取或设置项
- 移除A列表最后一项追加到B列表
- 在列表中某个项（根据值）前或后加入项
- 获取项的索引号
-
提供丰富的string操作命令
- 设置（允许有过期）和追加值
- 获取值的一段
- 递减和递增
- 减少和增加
- 设置新值并且返回老的值
- 一次获取和设置多个键的值
- 获取值的长度
-
提供丰富的set结构操作命令
- 增加
- 批量增加
- 交集（并且保存到另外一个集合）
- 并集（并且保存到另外一个集合）
- 从一个移除加入另一个
- 获取长度
- 随机获取（并移除）
- 是否存在
- 获取所有
-
提供丰富的hash结构操作命令
-
提供丰富的sortedset操作命令
-
支持主从（并且支持多层）
-
提供发布订阅功能
- 监听某个信道（符合某个表达式）的消息
- 向某个信道发布消息
-
提供事务功能
- 开始事务块
- 抛弃之前的所有命令
- 执行事务块中的所有命令
- 监视某个键的事务执行
-
其它
- 授权
- 改变数据库
- 在线配置
- 异步刷新数据到磁盘
- 同步刷新数据到磁盘
- 获取状态信息
- 获得调试信息
- 删除所有数据
- 关闭
-
支持SETifNoteXists（可以用作分布式锁）
这么多API总结起来：
- 如此多的基于服务端的命令可以实现各种各样的逻辑（这里重点突出服务端这个词，虽然我们知道很多情况下可以get后再set，或是getall后再setall，但是这效率无法和服务端直接操作相比）
- 很多命令都组合成了原子命令（这是很重要的，使得我们不需要在客户端做分布式锁）
- 创新的list/set/sortedset存储结构，比单纯的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作为中数据量的业务热点的存储确实是不错的方案。
本文内容总结：
原文链接：https://www.cnblogs.com/lovecindywang/archive/2011/01/12/1933972.html