redis高级用法

本文主要是介绍redis高级用法，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！

redis 慢日志查询

配置参数
slowlog-log-slower-than 10000 #单位微秒
slowlog-max-len 选项指定服务器最多保存多少条慢查询日志

redis-cli slowlog get #获取慢日志1) 1) (integer) 4               # 日志的唯一标识符（uid）2) (integer) 1378781447      # 命令执行时的 UNIX 时间戳3) (integer) 75507           #命令执行所需时间，微妙，乘以  10负六次方  4) 1) "slowlog"              #执行的命令和参数2) "get"

redis三种启动方式：

1. /redis-server & 命令行后台程序运行启动
2. redis-server ./redis.conf #指定配置文件启动
3. cd /usr/local/redis/utils/redis_init_script 开机启动

   mkdir /etc/redis/
   cp redis.conf /etc/redis/6379.conf 
   cp redis_init_script /etc/init.d/redisd  
   

此处直接配置开启自启动chkconfig redisd on将报错误：service redisd does not support chkconfig
参照http://www.cnblogs.com/goodspeed/archive/2012/10/18/2729615.html，在启动脚本开头添加如下两行注释以修改其运行级别：

#!/bin/sh  
# chkconfig:   2345 90 10  
# description:  Redis is a persistent key-value database  
#  

再设置即可成功。

#设置为开机自启动服务器  
chkconfig redisd on  
#打开服务  
service redisd start  
#关闭服务  
service redisd stop 

redis pipeline 利用管道加快执行速度

原生批量命令是原子性,Pipeline是非原子性的.

pipeline 只是把多个redis指令一起发出去，redis并没有保证这些指定的执行是原子的；multi相当于一个redis的transaction的。

Redis服务端在上海,两地直线距离为1300公里,那么1次RTT时间=1300×2/(300000×2/3)=13毫秒(光在真空中传输速度为每秒30万公里,这里假设光纤的速度为光速的2/3),那么客户端在1秒内大约只能执行80次左右的命令,这个和Redis的高并发高吞吐背道而驰.

<?php   
$redis = new Redis();   
$redis->connect('127.0.0.1', 6379);    
$pipe = $redis->multi(Redis::PIPELINE);   
for ($i = 0; $i <  10000; $i++) {   $pipe->set("key::$i", str_pad($i, 4, '0', 0));   $pipe->get("key::$i");   
}   $replies = $pipe->exec(); echo " "; print_r($replies);

$ret = $redis->multi()->set('key1', 'val1')->get('key1')->set('key2', 'val2')->get('key2')->exec();/*
$ret == array(0 => TRUE,1 => 'val1',2 => TRUE,3 => 'val2');
*/

redis事务

Redis提供了简单的事务以及集成Lua脚本来解决这个问题.

Redis提供了简单的功能,将一组需要一起执行的命令放到multi和exec两个命令之间.multi命令代表事务的开始,exec命令代表事务结束,他们之间的命令是原子顺序执行的.

   127.0.0.1:6379> multiOK127.0.0.1:6379> hincrby commodity:a:detail stock -1QUEUE127.0.0.1:6379> rpush user:1:orders {"commodity":'a',..}QUEUE

可以看到数据操作命令返回的结果是QUEUE,代表命令并没有真正执行,而是暂时保存在Redis中.如果此时另一个客户端执行llen user:1:orders返回结果为0.

只有当exec执行后,用户购买商品的行为才算完成,如下两个结果对应hincrby和rpush命令.

127.0.0.1:6379> exec1) (integer) 4  # 商品原库存为52) (integer) 1127.0.0.1:6379> llen user:1:orders(integer) 1

TIP:
如果要停止事务的执行,可以使用discard命令替代exec命令即可.
如果事务中的命令出现错误,Redis的处理机制也不尽相同可以看到Redis并不支持回滚功能,开发者需要自己修改这类问题.

好的文章：
https://blog.csdn.net/qmhball/article/details/79074421
https://segmentfault.com/a/1190000011440752

redis 发布订阅

发布者(publisher)	====>>> Redis Server	接受者(subcriber)
—	通过频道沟通	—
客户端	服务端	客户端 订阅相关的订阅

发布订阅，只能获取新订阅之后的数据，而不能获取该频道之前的数据 VS 队列

###发布订阅API

####发布者

---

发布 publish # public channel message eg:publich shohu:tv “hellow world” 返回订阅者个数

pubsub channels #列出至少有一个订阅者的频道
pubsub numsub [channel] #列出给定频道的订阅者数量
pubsub numpat #列出被订阅模式的数据量

####订阅者

---

unsbscribe 取消订阅
subscribe [channel] 一个或多个 subscribe sohu:tv 订阅
psubscribe [pattern] 匹配订阅
punsubscribe [pattern] 退订制定的模式

##消息队列和消息队列

---

#bitmap 位图操作

setbit key offset value[0/1] 给位图制定索引设置值 #注意很短的位图上偏移量不要过大。（单线程redis）
getbit key offset
bitcount key [start end] 获取位图指定范围(单位为字节，如果不指定则获取所有)值为1的值
bitop op destkey key [key] 做多个bitmap 的and(交集), or(并集), not(非),xor(异或)操作并将结果保存到destkey中
bitop key targetBit [start] [end] 不指定获取全部，计算位图指定范围第一个偏移量对应的值等于targetBit的 位置

redis 可以直接操作位~

eg:
127.0.0.1:6379> set hello big
OK
127.0.0.1:6379> setbit hello 7 1 
(integer) 0
127.0.0.1:6379> get hello
"cig"eg: setbit hello 0 1bitop and unique:users unique:users:2016-04-05 unique:users:2016-04-04  返回并集数
bitcount unique:users  #返回不为0 的个数bitop unique:users:2016-04-04 1 获取2016年4月4日中 值为1的 键名
bitop unique:users:2016-04-04 1 2 8

用户统计
set ： 每个userid占用空间32位， 325000w = 200M
bitmap : 每个useid占用1位 11亿 =12.5M

set最大存储512MB
setbit 时注意偏移量，可能有较大耗时
位图不是绝对好

这篇关于redis高级用法的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！

---