读书就是赚钱

明确一下缓存热点的定义，指的是缓存里面的一个热点key。这个热点key可能瞬间被20w qps访问。（之前一直误以为是热点数据，给出的解决方案是缓存预热）。解决方案实际可以很简单。先不讨论如何判断热点key的问题，单纯讨论如何解决这个缓存热点这个问题。方案一：使用二级缓存，利用JVM内存做二级缓存，把热点key加载至JVM中。利用负载均衡把流量打至不同的应用节点，应用节点直接从内存中取数据。方案二：限流做降级处理。...

因之前的工作有涉及到redis三主三从的应用，所以简单的记录一下集群背后的原理，因为目前的工作并无搭建集群的需求，故不做实现。redis集群是redis提供的分布式数据库方案，是通过分片来进行数据共享，并提供复制和故障转移的功能。这里需要理清的概念是节点与槽，redis集群A里面有三个结点a，b，c，那么在集群里面a，b，c并不是都记录这数据的全集，而已各自记录着数据全集的一部分，当a，b，c里面的

Sentinel(哨岗、哨兵)是redis的高可用性解决方案：由一个或多个Sentinel实例组成的Sntinel系统。 其主要作用是可以监视任意多个主服务器，以及这些主服务器树下的所有从服务器，并在被监视的主服务器进入下线的状态时，自动将下线主服务器属下的某个从服务器升级为新的主服务器，然后又新的主服务器代替已经下线的主服务器继续处理命令请求。 其实哨兵模式存在的意义就是使redis高可用，当

目的本文参考书籍《redis设计与实现》 主要描述redis 2.8 以上的复制原理，因为在redis 2.8没有提供部分同步的功能（psync），所以当我们需要搭建redis主从时，需要使用2.8版本以上才能提高性能。 在redis中，用户可通过执行slave of 命令或者设置slave of选项，让一个服务器去复制另一个服务器，我们称呼被复制的服务器为主服务器，而对主服务器进行复制的服务器

之前《MongoDB是什么？看完就知道了》收到许多赞，作为该文章的姐妹篇，本文主要从运维开发的角度总结Redis的知识，力求简单，形成思维导图，总结Redis的一些特点优点，为之后的技术选型做一个有力的指导笔记。或是给新手苦恼找不到Redis的学习资料，不知道如何入手，深入时的一个好的建议注意！本文不是满满的API干货也不是实战，他更像是一个缓存选型时对Redis的统揽，如果你需要API的话移...