redis

 

• 知道redis吗，redis是如何做持久化的

redis是一种key-value形式存储的内存数据库，由于Redis的数据都存放在内存中，如果没有配置持久化，redis重启后数据就全丢失了。于是需要开启redis的持久化功能，将数据保存到磁盘上，当redis重启后，可以从磁盘中恢复数据。redis提供两种方式进行持久化，一种是RDB持久化，另外一种是AOF持久化（append only file）。

RDB：原理是将Reids在内存中的数据库记录定时dump到磁盘上的RDB持久。RDB持久化是指在指定的时间间隔内将内存中的数据集快照写入磁盘，实际操作过程是fork一个子进程，先将数据集写入临时文件，写入成功后，再替换之前的文件，用二进制压缩存储。

AOF：原理是将Reids的操作日志以追加的方式写入文件。AOF持久化以日志的形式记录服务器所处理的每一个写、删除操作，查询操作不会记录，以文本的方式记录，可以打开文件看到详细的操作记录。

RDB优势：

1.一旦采用该方式，你的redis数据库只包含一个文件。这对于文件备份而言是非常完美的。比如，你可能打算每个小时归档一次最近24小时的数据，同时还要每天归档一次最近30天的数据。通过这样的备份策略，一旦系统出现灾难性故障，我们可以非常容易的进行恢复。

2. 对于灾难恢复而言，RDB是非常不错的选择。因为我们可以非常轻松的将一个单独的文件压缩后再转移到其它存储介质上。

3.性能最大化。对于Redis的服务进程而言，在开始持久化时，它唯一需要做的只是fork出子进程，之后再由子进程完成这些持久化的工作，这样就可以极大的避免服务进程执行IO操作了。

4.相比于AOF机制，如果数据集很大，RDB的启动效率会更高。

RDB劣势：

1.如果你想保证数据的高可用性，即最大限度的避免数据丢失，那么RDB将不是一个很好的选择。因为系统一旦在定时持久化之前出现宕机现象，此前没有来得及写入磁盘的数据都将丢失。

2.由于RDB是通过fork子进程来协助完成数据持久化工作的，因此，如果当数据集较大时，可能会导致整个服务器停止服务几百毫秒，甚至是1秒钟。

AOF优势：

1.. 该机制可以带来更高的数据安全性，即数据持久性。Redis中提供了3中同步策略，即每秒同步、每修改同步和不同步。事实上，每秒同步也是异步完成的，其效率也是非常高的，所差的是一旦系统出现宕机现象，那么这一秒钟之内修改的数据将会丢失。而每修改同步，我们可以将其视为同步持久化，即每次发生的数据变化都会被立即记录到磁盘中。可以预见，这种方式在效率上是最低的
2.由于该机制对日志文件的写入操作采用的是append模式，因此在写入过程中即使出现宕机现象，也不会破坏日志文件中已经存在的内容。然而如果我们本次操作只是写入了一半数据就出现了系统崩溃问题，不用担心，在Redis下一次启动之前，我们可以通过redis-check-aof工具来帮助我们解决数据一致性的问题。
3.如果日志过大，Redis可以自动启用rewrite机制。即Redis以append模式不断的将修改数据写入到老的磁盘文件中，同时Redis还会创建一个新的文件用于记录此期间有哪些修改命令被执行。因此在进行rewrite切换时可以更好的保证数据安全性。

4.AOF包含一个格式清晰、易于理解的日志文件用于记录所有的修改操作。事实上，我们也可以通过该文件完成数据的重建。

AOF的劣势:

1.对于相同数量的数据集而言，AOF文件通常要大于RDB文件。RDB 在恢复大数据集时的速度比 AOF 的恢复速度要快。

2.根据同步策略的不同，AOF在运行效率上往往会慢于RDB。总之，每秒同步策略的效率是比较高的，同步禁用策略的效率和RDB一样高效。

参考链接：https://www.cnblogs.com/chenliangcl/p/7240350.html

• 介绍下redis的特点，redis的基本数据结构，数据持久化方式，主从之间如何同步；

redis特点： 

1.独特的键值对模型：

Redis的值不仅可以是字符串，它还可以是其他五中数据机构中的任意一种。

2：内存存储数据库 ：

数据库有两种：一种是硬盘数据库，一种是内存数据库。

3 持久化功能
将数据存储在内存里面的数据保存到硬盘中，保证数据安全，方便进行数据备份和恢复。

4 发布与订阅功能
将消息同时发给多个客户端，用于构建广播系统。

5 过期键功能
为键设置一个过期的时间，让它在指定时间之后自动被删除。

6 事务功能
原子的执行多个操作，并提供乐观锁的功能，保证处理数据时的安全性。

7 lua脚本功能
在服务端原子地执行多个操作，完成复杂功能，并减少客户端与服务器之间往返次数。

8 复制
为指定的Redis服务器创建一个或多个复制品，用于提供数据安全性，并分担读请求负载。

9 sentinel（哨兵）
监控Redis服务器的状态，并在服务器发生故障时，进行自动故障转移。

10 集群
创建分布式数据库，每个服务器分布执行一部分写操作和读操作。

redis基本数据结构：

1.string    2.hash数据类型  3list数据类型  4 set数据类型，（redis的set数据类型是string类型的无序集合）  5 zset数据类型（是string类型的有序集合）

 

主从之间如何同步：

参考链接：https://www.cnblogs.com/hepingqingfeng/p/7263782.html

和MySQL主从复制的原因一样，Redis虽然读取写入的速度都特别快，但是也会产生读压力特别大的情况。为了分担读压力，Redis支持主从复制，Redis的主从结构可以采用一主多从或者级联结构，Redis主从复制可以根据是否是全量分为全量同步和增量同步

全量同步：

 

　　Redis全量复制一般发生在Slave初始化阶段，这时Slave需要将Master上的所有数据都复制一份。

增量同步：

　Redis增量复制是指Slave初始化后开始正常工作时主服务器发生的写操作同步到从服务器的过程。 

增量复制的过程主要是主服务器每执行一个写命令就会向从服务器发送相同的写命令，从服务器接收并执行收到的写命令。

redis主从同步策略

　　主从刚刚连接的时候，进行全量同步；全同步结束后，进行增量同步。当然，如果有需要，slave 在任何时候都可以发起全量同步。redis 策略是，无论如何，首先会尝试进行增量同步，如不成功，要求从机进行全量同步。

 

redis性能瓶颈：

因为Redis是基于内存的操作，CPU不是Redis的瓶颈，Redis的瓶颈最有可能是机器内存的大小或者网络带宽。

 

redis接口：

参考链接：https://www.cnblogs.com/jeakeven/p/5071087.html

redis实现模式：

参考地址：https://blog.csdn.net/xlgen157387/article/details/73476964

redis为何如此之快：

参考地址：https://blog.csdn.net/wangwenru6688/article/details/82467890