TinkerBell的学习笔记

key 对应的数据存在，但在 redis 中过期，此时若有大量并发请求过来，这些请求发现缓存过期后，一般都会从后端 DB 加载数据并回设到缓存，这个时候大并发的请求可能会瞬间把后端 DB 压垮。经常访问的 key，即十分热点的key，不停地被大量访问，当这个key过期的瞬间，持续的高并发就击穿了缓存，大量请求数据库，导致数据库奔溃。服务器压力变大，请求太多，导致redis缓存命中率开始下降，对数据库的访问越来越多，数据库最终承受不住压力，崩溃了。应用服务器压力变大，访问请求增加。key 缓存，前者则是。

一套搞定Redis集群，容量不够，redis 如何进行扩容？并发写操作， redis 如何分摊？另外，主从模式、薪火相传模式，主机宕机，导致 ip 地址发生变化，应用程序中配置需要修改对应的主机地址、端口等信息无中心化集群配置（ redis3.0 ）服务之间可以进行相互连通任何一个服务模块都可以作为集群的入口什么是集群：Redis 集群实现了对 Redis 的水平扩容，即启动 N 个 Redis 节点，将整个数据库分布存储在这 N 个节点中，每个节点存储总数据的 1/N。

主机数据更新后根据配置和策略， 自动同步到备机的 master/slaver 机制，Master 以写为主，Slaver 以读为主，即主服务器承担写操作，复制的若干 从服务器 则承担读操作。

官方推荐两个都启用。如果对数据不敏感（允许数据有部分丢失），可以选单独用 RDB。不建议单独用 AOF，因为可能会出现 Bug。如果只是做纯内存缓存，可以都不用。

当执行事务（exec）时，“盒子”看成一个最小单元，许许多多的盒子串行执行，这也是Redis没有隔离级别的意思，都是串行化执行，在串行化执行中：如果任务出错，并不会回滚：因为Redis的事务是通过Multi和Discard来实现回滚。例如把5条命令装进这个管道（命令入队），在命令入队时，如果有一条命令出错，则这个“管道”失效，即不会被执行，反之正确的情况下，命令入列被序列化等待被执行exec。没有隔离级别的概念 ：队列中的命令没有提交之前都不会实际被执行，因为事务提交前任何指令都不会被实际执行。

一套搞定Redis（2）发布与订阅详解以及原理

keys *：查看当前库所有 keyset key value：添加一组 k-vexists key：判断某个 key 是否存在type key：查看你的 key 是什么类型del key ：删除指定的 key 数据（直接删除，而不是异步删除）unlink key：根据 value 选择非阻塞删除，仅将 keys 从 keyspace 元数据中删除，真正的删除会在后续异步操作expire key 10 ：为给定的 key 设置过期时间。