神奇的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作为中数据量的业务热点的存储确实是不错的方案。
欢迎大家阅读我的极客时间专栏《Java业务开发常见错误100例》【全面避坑+最佳实践=健壮代码】