Redis进阶使用

一、Redis发布订阅

1、可以使用 help @pubsub 命令查看发布订阅的帮助信息。

2、使用

client1和client2连接的是同一个端口的redis server。

client1：publish channel message（向channel发送message）

client2：subscribe channel [channel …]（监听发布到此channel的信息，必须要在发布之前监听才能得到信息）

二、Redis事务

1、可以使用 help @transactions 命令查看帮助信息。

2、同时，查看官网你会看到Redis的事务是没有回滚操作的。

为啥？？

（1）Redis 命令只会因为错误的语法而失败（并且这些问题不能在入队时发现），或是命令用在了错误类型的键上面：这也就是说，从实用性的角度来说，失败的命令是由编程错误造成的，而这些错误应该在开发的过程中被发现，而不应该出现在生产环境中。

（2）因为不需要对回滚进行支持，所以 Redis 的内部可以保持简单且快速。

有种观点认为 Redis 处理事务的做法会产生 bug ， 然而需要注意的是， 在通常情况下， 回滚并不能解决编程错误带来的问题。举个例子， 如果你本来想通过 INCR 命令将键的值加上 1 ， 却不小心加上了 2 ， 又或者对错误类型的键执行了 INCR ， 回滚是没有办法处理这些情况的。

3、使用

multi：开启事务

exec：执行multi后的所有命令

watch key [key …]：监控key的情况

client1和client2谁的exec先到达谁的操作先执行。如果client1执行了watch k1，client2的exec比client1先执行，同时修改了k1的值，此时client1在watch后的命令不会执行（如果要在k1发生变化后进行处理，需要client1捕获后自己处理）。

三、RedisBloom

1、安装和使用

访问redis.io–》modules–》访问RedisBloom的github。

安装步骤：

（1）wget https://github.com/RedisBloom/RedisBloom/archive/master.zip

（2）yum install unzip

（3）unzip master.zip

（4）cd RedisBloom-master

（5）make（会生成一个redisbloom.so的扩展库）

（6）cp redisbloom.so /opt/soft/redis5/

（7）cd /opt/soft/redis5/

绑定到redis：

（1）service redis_6379 stop

（2）ps -ef|grep redis

（3）redis-server /etc/redis/6379.conf --loadmodule /opt/soft/redis5/redisbloom.so

使用：

redis-cli  

bf.add  ooxx  abc

bf.exits ooxx  abc

2、解决的问题

RedisBloom解决缓存穿透。

如果用户在搜索某个目标关键字时，Redis缓存里没有，同时数据库里也没有，如果让这类本来就没有的数据穿透了直接去数据库搜索，也就是数据库要做很多无用的查询，很浪费数据库的性能，这时可以直接使用Bloom过滤器来处理。

3、如何解决的

（1）首先数据库有啥数据？把有的数据拿出来放到一个集合里，把搜索的值与它比较，没有找到就不用去数据库搜索了，找到再去数据库查更详细的信息。

（2）这时就有一个问题？Bloom如何用小的空间解决大量数据匹配问题？

用bitmap解决。假设10w种商品，每种商品名称4Byte，总共40wByte，这时可以使用bitmap的二进制位来表示商品。

只要有一个二进制位为0则表示不存在。

如果穿透了，client可以在Redis加个key来表示，value给空或者其他的，下次再有同样的搜索时，直接返回空给他。

如果数据库增加了元素，必须要完成Bloom元素的添加。

四、Redis作为数据库和缓存的区别

1、命令：

vi /etc/redis/6379/conf查看配置文件信息

set key value EX seconds（新建key时设置过期时间）

ttl key（查看key过期时间）

expire key seconds（重新设置key的过期时间）

expireat key timestamp（设置key在指定时间点过期）

2、key的有效期：数据库的数据根据天变化。比如0点一过，昨天的交易信息就写进数据库，也就是这个数据不会再发生变化，没人再关注这个数据或者关注度不高了，就不用存在内存里了，Redis就不再存储了（也就是这个key的有效期是一天）。key的有效期不会因为不断查询而延长；key的值被修改了会剔除过期时间（即永不过期）。

3、key的淘汰策略：

Redis keys过期有两种方式：被动和主动方式。

主动：当一些客户端尝试访问它时，如果发现key过期，则会被主动的删除。

被动：当然，这样是不够的，因为有些过期的keys，永远不会访问他们。无论如何，这些keys应该过期，所以定时随机测试keys的过期时间。所有这些过期的keys将会被删除。

具体就是Redis每秒10次做的事情：

    （1）测试随机的20个keys进行相关过期检测。

    （2）删除所有已经过期的keys。

    （3）如果有多于25%的keys过期，重复步奏（1）。

这是一个概率算法，基本上的假设是，不断重复过期检测，直到过期的keys的比例低于25%，这意味着，在任何给定的时刻，最多会清除1/4的过期keys。也就是稍微牺牲下内存，但是保证了Redis性能为王。