Redis 持久化的方式以及如何选择合适的持久化方式

超、凢脫俗 2021-06-24 16:10 468阅读 0赞

### 1. Redis提供了哪几种持久化方式？ ###

#### 1.1 RDB持久化方式(原理是将Reids在内存中的数据库记录定时dump到磁盘上的RDB持久化) ####

能够在指定的时间间隔能对你的数据进行快照存储.

#### 1.2 AOF持久化方式(原理是将Reids的操作日志以追加的方式写入文件) ####

记录每次对服务器写的操作,当服务器重启的时候会重新执行这些命令来恢复原始的数据,
    AOF命令以redis协议追加保存每次写的操作到文件末尾.
    Redis还能对AOF文件进行后台重写,使得AOF文件的体积不至于过大.

#### 1.3 优缺点 ####

##### 1.3.1 RDB存在哪些优势呢？ #####

1). 一旦采用该方式，那么你的整个Redis数据库将只包含一个文件，
    这对于文件备份而言是非常完美的。比如，你可能打算每个小时归档一次最近24小时的数据，
    同时还要每天归档一次最近30天的数据。通过这样的备份策略，
    一旦系统出现灾难性故障，我们可以非常容易的进行恢复。
    
    2). 对于灾难恢复而言，RDB是非常不错的选择。
    因为我们可以非常轻松的将一个单独的文件压缩后再转移到其它存储介质上。
    
    3). 性能最大化。对于Redis的服务进程而言，
    在开始持久化时，它唯一需要做的只是fork出子进程，
    之后再由子进程完成这些持久化的工作，
    这样就可以极大的避免服务进程执行IO操作了。
    
    4). 相比于AOF机制，如果数据集很大，RDB的启动效率会更高。

##### 1.3.2 RDB又存在哪些劣势呢？ #####

1). 如果你想保证数据的高可用性，即最大限度的避免数据丢失，
    那么RDB将不是一个很好的选择。因为系统一旦在定时持久化之前出现宕机现象，
    此前没有来得及写入磁盘的数据都将丢失。
    
    2). 由于RDB是通过fork子进程来协助完成数据持久化工作的，因此，如果当数据集较大时，
    可能会导致整个服务器停止服务几百毫秒，甚至是1秒钟。

##### 1.3.3 AOF的优势有哪些呢？ #####

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

##### 1.3.4 AOF的劣势有哪些呢？ #####

1). 对于相同数量的数据集而言，AOF文件通常要大于RDB文件。
    RDB 在恢复大数据集时的速度比 AOF 的恢复速度要快。
    
    2). 根据同步策略的不同，AOF在运行效率上往往会慢于RDB。
    总之，每秒同步策略的效率是比较高的，同步禁用策略的效率和RDB一样高效。

二者选择的标准，
    就是看系统是愿意牺牲一些性能，换取更高的缓存一致性（aof），
    还是愿意写操作频繁的时候，不启用备份来换取更高的性能，待手动运行save的时候，再做备份（rdb）。
    rdb这个就更有些 eventually consistent的意思了。

如果你只希望你的数据在服务器运行的时候存在,你也可以不使用任何持久化方式.
    你也可以同时开启两种持久化方式, 在这种情况下, 
    当redis重启的时候会优先载入AOF文件来恢复原始的数据,
    因为在通常情况下AOF文件保存的数据集要比RDB文件保存的数据集要完整.
    最重要的事情是了解RDB和AOF持久化方式的不同

### 2. 如何选择合适的持久化方式？ ###

一般来说， 如果想达到足以媲美PostgreSQL的数据安全性， 你应该同时使用两种持久化功能。
    如果你非常关心你的数据， 但仍然可以承受数分钟以内的数据丢失，那么你可以只使用RDB持久化。
    
    有很多用户都只使用AOF持久化，但并不推荐这种方式：
    	因为定时生成RDB快照（snapshot）非常便于进行数据库备份， 
    	并且 RDB 恢复数据集的速度也要比AOF恢复的速度要快，
    	除此之外， 使用RDB还可以避免AOF程序的bug。