本文目录一览：
redis缓存原理
Redis是一种内存高速cache，如果使用redis缓存，那经常被访问的内容会被缓存在内存中，需要使用的时候直接从内存调取，不知道比硬盘调取快了多少倍，并且支持复杂的数据结构，应用于许多高并发的场景中。
AOF 是以appendonly方式进行数据的储存的，开启AOF模式后，所有存进redis内存的数据都会进入os cache中，然后默认1秒执行一次fsync写入追加到appendonly.aof文件中。
redis缓存其实就是把经常访问的数据放到redis里面，用户查询的时候先去redis查询，没有查到就执行sql语句查询，同时把数据同步到redis里面。redis只做读操作，在内存中查询速度快。
先读取nosql缓存层，没有数据再读取mysql层，并写入数据到nosql。nosql层做好多节点分布式（一致性hash），以及节点失效后替代方案（多层hash寻找相邻替代节点），和数据震荡恢复了。
缓存穿透的原理缓存的正常使用如图：如图所示，缓存的使用流程：先从缓存中取数据，如果能取到，则直接返回数据给用户。这样不用访问数据库，减轻数据库的压力。如果缓存中没有数据，就会访问数据库。
如何查询redis的缓存文件路径
首先找到redis的安装目录，如下图测试环境目录，进入到/opt/install/redis-19/src，如下图所示。需要注意，一般情况下是在redis的安装目录下，有时也会在bin目录下，如下图所示。
Redis的配置文件通常位于Redis安装目录下的conf目录中，文件名通常为redis.conf。例如，在Linux系统中，Redis的默认配置文件通常位于/etc/redis/redis.conf。不过，这个位置可能会根据实际安装情况而有所不同。
使用 `get key` 命令来查看指定键的值。
那么理论上也可以用同样方式，分析MySQL的binlog文件并将数据插入Redis。但是这需要对binlog文件以及MySQL有非常深入的理解，同时由于binlog存在Statement/Row/Mixedlevel多种形式，分析binlog实现同步的工作量是非常大的。
数据以ID为key缓存到Redis里；把数据ID和排序打分存到Redis的skip list，即zset里；当查找数据时，先从Redis里的skip list取出对应的分页数据，得到ID列表。用multi get从redis上一次性把ID列表里的所有数据都取出来。
redis数据缓存在哪里
所有数据基本上都存在于内存当中， 会定时以追加或者快照的方式刷新到硬盘中. 由于redis是一个内存数据库， 所以读取写入的速度是非常快的， 所以经常被用来做数据， 页面等的缓存。
首先找到redis的安装目录，如下图测试环境目录，进入到/opt/install/redis-19/src，如下图所示。需要注意，一般情况下是在redis的安装目录下，有时也会在bin目录下，如下图所示。
缓存都是存储在内存中。redis当然可以设置存储在磁盘中，nosql都支持以文件的形式存储在磁盘中。
要么担心消费者速度跟不上生产，怕 数据丢失 。所以需要把生产数据先暂存起来。Redis 的缓冲区就是这个作用。
Redis是一个开源的内存中的数据结构存储系统，它可以用作数据库、缓存和消息中间件。redis目前业界还是多把它当作一个分布式缓存数据库在使用。
什么是缓存穿透?
缓存穿透的概念很简单，用户想要查询一个数据，发现redis内存数据库没有，也就是缓存没有命中，于是向持久层数据库查询。发现也没有，于是本次查询失败。当用户很多的时候，缓存都没有命中，于是都去请求了持久层数据库。
缓存穿透是指缓存和数据库中都没有的数据，而用户不断发起请求，如发起的数据特别大而不存在的数据。
缓存穿透是指查询的key不存在，从而缓存查询不到而查询了数据库。解决方法：把所有存在的key都存到另外一个存储的Set集合里，查询时可以先查询key是否存在。
