Redis指南
一、简介
redis 和 memcached 都是高性能的键值缓存数据库服务,其中 memcached 支持多线程,而 redis 支持丰富的数据结构且能内置持久化机制。
redis 数据都是以键值形式存储的,键是字符串类型,值有 7 种类型(本质上是5种,其中 HyperLogLog 是 string,而 GEO 是 zset,可以通过 object encoding keyname 查看,但由于功能上的差异较大,这里分为7种):
1、string 字符串
2、list 列表
3、set 集合(所有命令均以 S 开头)
4、hash 散列(所有命令均以 H 开头)
5、zset 有序集合(所有命令均以 Z 开头)
6、HyperLogLog
7、GEO (redis 3.2)
不同的值类型,甚至是同一种值类型,其底层实现也可能是不一样的(主要是考虑到不同情况下的效率优化),具体可以看 redis 源码。
二、常见命令
redis 的命令可以参考官网:https://redis.io/commands
对英文不熟练的也可以看国人翻译的网站:http://redisdoc.com/
以下对常见的命令进行列举
1、键操作命令
简单示例:
127.0.0.1:6379> set age 18 OK 127.0.0.1:6379> dump age "\x00\xc0\x12\a\x00\xb2\xeb\xab\xbc\x1d\xeb\x911" 127.0.0.1:6379> restore age1 5000 "\x00\xc0\x12\a\x00\xb2\xeb\xab\xbc\x1d\xeb\x911" OK 127.0.0.1:6379> get age1 "18"
2、值操作命令:String
3、值操作命令(List)
4、值操作命令(Set)
5、值操作命令(Hash)
6、值操作命令(SortedSet)
7、值操作命令(HyperLogLog)
7、值操作命令(GEO)
三、发布与订阅
redis 的发布与订阅,是以频道channel为中介,订阅者订阅相关channel,发布者向channel发送string类型消息,会通知到该channel相关的订阅者。在实际开发中,会有一些问题,其中一个问题是,客户端客观上会存在断线重连的情况,如果一个客户端在订阅了某个channel之后,断线重连了(已经不是原来的订阅者了),则需要重新订阅相关channel,而且会丢失断线期间的消息通知。另外,订阅的客户端会进行阻塞模式,一直监听 redis 通知的消息。取消订阅使用 unsubscribe ch1 [ch2] 命令,如果不带任何频道名,则表示退订所有频道,退订操作在官方提供的 redis-cli 中是无法模拟的,因为一旦执行订阅操作窗口就被阻塞了。
基于 redis 发布与订阅功能,在 redis2.8后实现了键空间通知(keyspace)和键事件通知(keyevent)的功能,前者用于当指定模式的键发生了变化时进行通知,后者用于当发生指定的操作命令时进行通知。该功能需要消耗一定的CPU资源,默认是关闭,可通过修改 redis.conf 文件或执行 config set notify-keyspace-events AKE 来开启。命令中的 "AKE" 表示开启所有类型的通知,更细化的设置请参考官方手册,可以指定具体针对具体类型的键进行 keyspace 或 keyevent 通知。
监视一个 keyspace/keyevent 的格式是 psubscribe __keyspace@<db>__:* 和 psubscribe __keyevent@<db>__:* ,如订阅 Users: 开头的键发生变化如下:
psubscribe __keyspace@0__:Users:*
而订阅删除事件的操作如下:
psubscribe __keyevent@0__:del
而如下的操作将会同时订阅 keyspace 和 keyevent,在执行类似 add key value 操作时,会收到两条通知消息:
psubscribe __key*@0__:*
四、事务
redis 在一定程度上实现了事务逻辑(不支持回滚),通过 multi/exec 包含的命令集(顺序的将其中的命令入队,如果入队成功会返回 queued,如果入队失败则会导致事务失败,即使执行exec也会返回事务错误),将以原子操作执行(需要注意的是,如果事务队列中的某些命令执行成功,而某些命令执行失败是存在的,redis 并不会回滚。在事务命令入队时,redis只会检查严重的语法格式错误,逻辑错误是没法检测的,比如对一个string键执行 lpush 操作)。 multi 命令标记着事务的开始,exec 标记事务的结束并提交事务,discard 标记着事务的结束并放弃事务。与事务常常一起配合使用的有 watch 命令,该命令用于在事务开始前监视一个 key 的内容是否发生变化。 在执行 exec 命令提交事务时,redis会检测当前的 watch 队列中的数据是否发生变化,如果发生变化,则事务将不被执行(程序可以尝试重试操作,使用乐观锁是从效率考虑)。无论提交还是放弃(exec/discard)一个事务,都会清空当前的 watch 队列,如果需要在事务开始前取消一个之前watch的操作,可以使用 unwatch 命令。
注意,如果 watch 的是一个带生存时间的键,那么即使该键过期了,redis 仍然认为其是没有变化的,事务仍可正常执行。
redis 脚本是在 redis2.6 之后引入的另一种处理事务的方法,使用脚本要更简单,并且速度更快。redis 官方表示,短时间内并不会移除原有的事务功能,但未来如果脚本被广泛使用的话并不排除这种可能。
五、服务器管理
1、慢日志
通过慢日志,可以记录执行时间较长的命令,从而便于找出项目的效率问题。
通过下面的命令可以设置当命令耗时超过多少微秒时将被记录:
config set slowlog-log-slower-than 10000
这些慢日志会记录到一个队列中,可以通过下面的命令设置队列的长度:
CONFIG SET slowlog-max-len 1000
查看慢日志可以用下面的命令,如果跟上数字,表示显示指定数量的日志:
slowlog get [number]
查看当前慢日志的数量:
slowlog len
清空慢日志:
slowlog reset
六、集群
七、redis性能测试
http://www.cnblogs.com/silent2012/p/4514901.html