Redis的缓存原理

Redis的缓存原理

1. Redis是什么?

Redis 是一个高性能的开源的、C语言写的Nosql（非关系型数据库），数据保存在内存中。 Redis 是以key-value形式存储，和传统的关系型数据库不一样。不一定遵循传统数据库的些基本要求，比如说，不遵循sql标准，事务，表结构等等，非关系型数据库严格上不是一种数据库，应该是一种数据结构化存储方法的集合。 Java中数据结构：String,数组，list，set map… Redis提供了很多的方法，可以用来存取各种数据结构的数据。

2. Redis支持的数据类型：

• String（字符串）
• List（列表）
• Set 求交集、并集
• zset(sorted set：有序集合)
• hash（哈希）
  Redis作为一个高性能的key-value数据库具有以下特征：

• 多样的数据模型
• 持久化
• 主从同步

特点（优势）

1.数据保存在内存，存取速度快，并发能力强
2.它支持存储的value类型相对更多，包括string(字符串)、list(链表)、set(集合)、 zset(sorted set --有序集合)和hash（哈希类型）。
3.redis的出现，很大程度补偿了memcached这类key/value存储的不足，在部分场合可以对关系数据库（如MySQL）起到很好的补充作用。
4.它提供了Java，C/C++，C#，PHP，JavaScript等客户端，使用很方便。
5.Redis支持集群（主从同步、负载均衡）。数据可以主服务器向任意数量从的从服务器上同步，从服务器可以是关联其他从服务器的主服务器。
6.支持持久化，可以将数据保存在硬盘的文件中
7.支持订阅/发布（subscribe/publish）功能 QQ群
1、数据存放：存放到内存中，还能不定期持久化到磁盘。存取速度快，并发能力强，断电后数据不丢失。
2、支持Value类型更多。
3、多种客户端（语言 java php c# js）
4、支持集群来扩展空间 8G+8G+16G
5、开源(免费还有很多人维护)

Redis缓存

数据库缓存：

sql语句时key值，查询结果resultSet是value，当同一个查询语句访问时（select * from t_product），只要曾经查询过，调用缓存直接返回resultSet，节省了数据库读取磁盘数据的时间。

持久层缓存：

减少了连接数据库的时间；减少了resultSet封装成对象的过程。

业务层和控制层的缓存：

减少调用层次。
描述缓存在业务层的逻辑：
查询商品信息
判断当前查询在缓存是否有数据
　　如果有数据，直接返回，当前请求结束；
　　如果没有数据，查询持久层数据库数据，获取数据存储再缓存一份，供后续访问使用；

缓存雪崩/缓存击穿

海量请求访问服务器,服务器的性能由缓存支撑,一旦一定范围的缓存数据未命中,请求的数据访问涌入数据库;承受不了压力造成宕机–重启–海量请求并未消失–宕机–重启,系统长时间不可用;这种情况就是缓存的雪崩。

redis 最适合的场景

Redis最适合所有数据in-momory的场景，虽然Redis也提供持久化功能，但实际更多的是一个disk-backed的功能，跟传统意义上的持久化有比较大的差别，那么可能大家就会有疑问，似乎Redis更像一个加强版的Memcached，那么何时使用Memcached,何时使用Redis呢?

如果简单地比较Redis与Memcached的区别，大多数都会得到以下观点：
 1 、Redis不仅仅支持简单的k/v类型的数据，同时还提供list，set，zset，hash等数据结构的存储。
 2 、Redis支持数据的备份，即master-slave模式的数据备份。
 3 、Redis支持数据的持久化，可以将内存中的数据保持在磁盘中，重启的时候可以再次加载进行使用。

使用redis有什么缺点

(一) 缓存和数据库双写一致性问题
(二) 缓存雪崩问题
(三) 缓存击穿问题
(四) 缓存的并发竞争问题

Redis是单进程单线程的
redis利用队列技术将并发访问变为串行访问，消除了传统数据库串行控制的开销

Redis的同步机制了解么？
Redis可以使用主从同步，从从同步。第一次同步时，主节点做一次bgsave，并同时将后续修改操作记录到内存buffer，待完成后将rdb文件全量同步到复制节点，复制节点接受完成后将rdb镜像加载到内存。加载完成后，再通知主节点将期间修改的操作记录同步到复制节点进行重放就完成了同步过程。

分布式：

redis支持主从的模式。原则：Master会将数据同步到slave，而slave不会将数据同步到master。Slave启动时会连接master来同步数据。
这是一个典型的分布式读写分离模型。我们可以利用master来插入数据，slave提供检索服务。这样可以有效减少单个机器的并发访问数据

读写分离模型：

通过增加Slave DB的数量，读的性能可以线性增长。为了避免Master DB的单点故障，集群一般都会采用两台Master DB做双机热备，所以整个集群的读和写的可用性都非常高。
读写分离架构的缺陷在于，不管是Master还是Slave，每个节点都必须保存完整的数据，如果在数据量很大的情况下，集群的扩展能力还是受限于单个节点的存储能力，而且对于Write-intensive类型的应用，读写分离架构并不适合。

redis的好处：

速度快;
支持丰富数据类型;
支持事物,操作具有原子性;