发布/订阅（pub/sub）

• publish channel message / subscribe channel
  sub后就可以收到pub信息
  
• 群聊信息存储

事务

MULTI 、 EXEC 、 DISCARD 和 WATCH 是 Redis 事务相关的命令。事务可以一次执行多个命令， 并且带有以下两个重要的保证：

• 事务是一个单独的隔离操作：事务中的所有命令都会序列化、按顺序地执行。事务在执行的过程中，不会被其他客户端发送来的命令请求所打断。

• 事务是一个原子操作：事务中的命令要么全部被执行，要么全部都不执行。

EXEC 命令负责触发并执行事务中的所有命令：

• 如果客户端在使用 MULTI 开启了一个事务之后，却因为断线而没有成功执行 EXEC ，那么事务中的所有命令都不会被执行。
• 如果客户端成功在开启事务之后执行 EXEC ，那么事务中的所有命令都会被执行。

• 1.开启事务multi,client1先执行exec那么可以获取k1的值，否者k1是空；
• 2.client1开启watch，k1被修改后，client1事务回滚；
• 3.client2执行discard，刷新client事务中所有在排队等待的指令，连接状态恢复到正常，client1获取k1的值。

RedisBloom

• 1 .建立和加载RedisBloom
  要使用RedisBloom，请先通过运行构建其共享库make。如果构建成功，您将拥有一个名为的共享库redisbloom.so。

  要加载库，请loadmodule在启动时将其路径传递给指令redis-server：

  $ redis-server --loadmodule /path/to/redisbloom.so

• 2.将RedisBloom与 redis-cli

  通过添加新项目来创建新的bloom过滤器：BF.ADD newFilter foo

  找出过滤器中是否存在一项： BF.EXISTS newFilter foo

  【1】表示foo的集合中最有可能出现newFilter。但是，使用布隆过滤器有hash碰撞，可能会产生误报。

  【0】表示foo绝对不在集合中。布隆过滤器不允许出现假阴性。

缓存

• redis缓存有限保证热数据

  1.业务层对key做过期时间，无效数据不会占用内存空间；
  2.系统过期策略，随着内存增加，系统根据策略优化key的存储；

  maxmemory-policy (volatile 有效期,lru 时间，lfu次数,TTL 过期时间)

  volatile-lru -> Evict using approximated LRU among the keys with an expire set.
  allkeys-lru -> Evict any key using approximated LRU.
  volatile-lfu -> Evict using approximated LFU among the keys with an expire set.
  allkeys-lfu -> Evict any key using approximated LFU.
  volatile-random -> Remove a random key among the ones with an expire set.
  allkeys-random -> Remove a random key, any key.
  volatile-ttl -> Remove the key with the nearest expire time (minor TTL)
  noeviction -> Don’t evict anything, just return an error on write operations.

TTL

• 1.redis key 设置过期时间后，不会自动续期；

• 2.redis key 设置过期时间，如果被修改过期时间失效；

• 3.expireat 设置到期时间，倒计时；

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

  当一些客户端尝试访问它时，key会被发现并主动的过期。

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

  Redis每秒10次做的事情：

  • 测试随机的20个keys进行相关过期检测。
  • 删除所有已经过期的keys。
  • 如果有多于25%的keys过期，重复步奏1