前段时间表妹收到了小米秋招补录的面试邀请，一面还算顺利，很快就通过了，但在看二面面试录屏的时候，我发现了一个问题，回答的不是很好，也就是我们今天要聊的这个问题：Redis 如何保证数据不丢失？
Redis（Remote Dictionary Server）是一个高性能的键值对（key-value）存储系统，通常用作数据库、缓存和消息队列等。它支持多种数据结构，如字符串、哈希表、列表、集合和有序集合。Redis具有快速存取和实时响应的特点，广泛应用于Web开发、大数据处理和实时分析等领域。
redis 的持久化有哪几种方式？不同的持久化机制都有什么优缺点？持久化机制具体底层是如何实现的？
Redis 是个基于内存的数据库。那服务一旦宕机，内存中数据必将全部丢失。所以丢失数据的恢复对于 Redis 是十分重要的，我们首先想到是可以从数据库中恢复，但是在由 Redis 宕机时（说明相关工作正在运行）且数据量很大情况下，从数据库恢复的话，会为数据库带来巨大的压力，进而导致程序相应缓慢。因此实现数据的持久化，避免从后端数据库中恢复数据，对于Redis 是十分必要的。
redis持久化的意义，在于 故障恢复 。 如果没有对数据进行持久化，那么如果redis遇到灾难性的故障，就会丢失所有的数据。 如果通过redis的持久化机制将数据持久化到硬盘上面去，然后在定期将磁盘上的文件备份到一起其他的服务器上面(比如:云服务器),这样就可以保证即使redis遇到了灾难事故，也可以使用提前备份的文件对数据进行回复，之后丢失最近的一部分数据，而不会全部丢失数据。
我们都知道在对于Redis的开发或者面试的过程中，很容易就会遇到这个关于 Redis 持久化的问题，而我们在面试的时候，经常会有小伙伴只能说出这个 Redis 持久化的两种方式，后续可能还会对比一些区别，但是对于怎么实现这个持久化的操作，都不是很熟，而且也并没有实际应用过，以及什么时候应该使用什么类型的持久化，今天了不起就来给大家说说这个持久化。
redis是内存数据库，如果不将内存中的数据库状态保存到磁盘，那么一但服务器进程退出，服务器中的数据库状态也会消失，所有redis提供了持久化功能 redis 提供了两种持久化的方式，分别是RDB（Redis DataBase）和AOF（Append Only File）。 RDB，简而言之，就是在不同的时间点，将 redis 存储的数据生成快照并存储到磁盘等介质上； AOF，则是换了一个角度来实现持久化，那就是将 redis 执行过的所有写指令记录下来，在下次 redis 重新启动时，只要把这些写指令从前到后再重复执行一遍，就可以实现数据恢复了。 其实 RDB 和 AOF 两种方式也可以同时使用，在这种情况下，如果 redis 重启的话，则会优先采用 AOF 方式来进行数据恢复，这是因为 AOF 方式的数据恢复完整度更高。 如果你没有数据持久化的需求，也完全可以关闭 RDB 和 AOF 方式，这样的话，redis 将变成一个纯内存数据库，就像 memcache 一样。
Redis持久化备份数据的方式有两种：RDB(Redis DataBase) 、 AOF(Append Only File).
Redis 的持久化有哪几种方式？ 持久化主要是做灾难恢复、数据恢复，高可用。比如你 redis 整个挂了，然后 redis 就不可用了，我们要做的事情就是让 redis 变得可用，尽快变得可用。重启 redis，尽快让它堆外提供服务，如果没做数据备份，这时候 redis 启动了，也不可用啊，数据都没了。把 redis 持久化做好，那么即使 redis 故障了，也可以通过备份数据，快速恢复，一旦恢复立即对外提供服务。 redis持久化有三种方式：RDB，AOF，（RDB和AOF）混合持久化 默认
redis是一款内存数据库, 谁也无法保证服务器不宕机,那服务器宕机后内存数据就全丢了啊, 这是就需要提前把数据保存到磁盘,我们把这种操作称之为持久化.
RDB 持久化：可以在指定时间间隔内，生成数据集在这个时间点的快照。 AOF 持久化：通过记录服务器执行的所有写操作命令，在服务器重启时，通过重新执行这些命令来还原数据。
比如你redis整个挂了，然后redis就不可用了，你要做的事情是让redis变得可用，尽快变得可用
redis的数据全部在内存中，如果突然宕机，数据就会全部丢失，因此必须有一种机制来保证redis的数据在遇到突发状况的时候不会丢失，或者只丢失少量，于是必须根据一些策略来把redis内存中的数据写到磁盘中，这样当redis服务重启中，就可以根据磁盘中的数据来恢复数据到内存中。
Redis对数据的操作都是基于内存的，当遇到了进程退出、服务器宕机等意外情况，如果没有持久化机制，那么Redis中的数据将会丢失无法恢复。有了持久化机制，Redis在下次重启时可以利用之前持久化的文件进行数据恢复。理解和掌握Redis的持久机制，对于Redis的日常开发和运维都有很大帮助。Redis支持的两种持久化机制：
上面有说到，持久化的核心作用是为了故障恢复，既然redis可能故障，机器同样也会故障；就算是数据落到磁盘了，同样也可能因为磁盘故障，导致数据丢失；如上图！为了做好一个企业级的持久化方案，我们需要将持久化文件定期同步到云端或者远端的服务器，做好分布式存储，来防止因为机器故障带来的灾难性数据丢失。
持久化（Persistence），即把数据（如内存中的对象）保存到可永久保存的存储设备中（如磁盘）。持久化的主要应用是将内存中的对象存储在数据库中，或者存储在磁盘文件中、XML数据文件中等等。
redis 是内存数据库，如果不将内存中数据库保存到磁盘上，那么服务器一旦宕机，或者 redis 进程退出，不仅数据会被丢失，服务器中的数据库状态也会被丢失
Redis 持久化也是 Redis 和 Memcached 的主要区别之一，因为 Memcached 是不具备持久化功能的。
Redis 中的数据都是保存在内存中的，当Redis服务重启后，内存中的数据都会丢失，所以需要将内存中的数据保存到磁盘上，方便系统故障时，从磁盘上的备份数据恢复到内存中。
我们已经知道对于一个企业级的redis架构来说，持久化是不可减少的，持久化主要是做灾难恢复，数据恢复，也可以归类到高可用的一个环节里面，比如你redis整个挂了，然后redis就不可用了，你要做的事情是让redis变得可用，尽快变得可用，重启redis，尽快让它对外提供服务。
通常情况下redis的数据全部存储在内存中,数据库一旦故障发生重启数据会全部丢失，即使是在redis cluster或者redis sentinel模式下主从同步数据的恢复仍然需要一段时间。
快照持久化是Redis默认的持久化机制，它通过将内存中的数据定期保存到磁盘上的快照文件中，以便在需要时进行恢复。下面是一个示例：
当然AOF也会产生一写小的问题就是，进行数据恢复的时候，有可能不会恢复出一摸一样的数据。因为基于AOF这种较为复杂的基于命令日志/merage/回放的方式，比基于RDB每次持久化一份完整的数据快照文件的方式更加脆弱，容易有bug。不过AOF就是为了避免rewrite过程导致bug，因此每次rewirte的时候并不是基于旧的指令日志进行merge的，而是基于当时内存中的数据进行指令的重新构建，这样健壮性就会好一些。
今天分享一下Redis的数据持久化方式，我们知道，Reids是一个高性能的缓存中间件，它的高性能是因为它是基于内存的，我们知道直接操纵内存是比较快的，不过一些美好的事物总会有牺牲一些功能，因为是基于内存，所以当机器发生宕机，那么数据就会完全丢失，Redis怎么可能不会去重视这个问题呢，所以它也提供了数据持久化的方式。
RDB：这是一种快照的方式，它将 Redis 某时间点的数据都进行快照存储。比如 Mysql Dump 也是这种方式。 AOF：写日志的方式，记录每次对服务器写的操作, 当服务器重启的时候会重新执行这些命令来恢复原始的数据。例如 Mysql binlog，Hbase HLog。
Redis引入持久化机制是为了解决内存数据库的数据安全性和可靠性问题。虽然内存数据库具有高速读写的优势，但由于数据存储在内存中，一旦服务器停止或崩溃，所有数据将会丢失。持久化机制的引入旨在将内存中的数据持久化到磁盘上，从而在服务器重启后能够恢复数据，提供更好的数据保护和可靠性。
Redis支持两种数据持久化方式：RDB方式和AOF方式。前者会根据配置的规则定时将内存中的数据持久化到硬盘上，后者则是在每次执行写命令之后将命令记录下来。两种持久化方式可以单独使用，但是通常会将两者结合使用。
Redis是一个基于内存的非关系型的数据库，数据保存在内存中，但是内存中的数据也容易发生丢失。这里Redis就为我们提供了持久化的机制，分别是RDB(Redis DataBase)和AOF(Append Only File)。
Redis的发布订阅（Pub/Sub）模型是一种消息传递模式，允许多个订阅者（Subscribers）订阅特定的频道（Channels），并在发布者（Publisher）向频道发送消息时接收到通知。下面是Redis发布订阅模型的实现原理：
1. 持久化介绍 ---- Redis 的数据存在在内存中，如果没有配置持久化，redis 重启后数据就全丢失了，于是需要开启 redis 的持久化功能，将数据保存到磁盘上，当 redis 重启后，可
redis 作为我们经常使用的工具之一，熟悉它的特性还是很有必要的，这次写这篇文章也是在这方面吃了点亏， 我在参加某计算机考试时，有道题询问了这方面知识，原题我也记不大清楚了，我当时答的不是很好，感觉这种题丢分很不应该，所以写下文章，方便自我反省。
持久化即将数据保存到可永久保存的存储设备中。我们知道 Redis 为了保证效率而把数据都缓存在内存中，但当我们重启系统或关闭系统后，缓存在内存中的数据都会消失，所以为了让有些数据能保留下，Redis 持久化存储就应运而生。Redis 提供了两种方式进行持久化，一种是RDB 持久化，另一种是 AOF(append only file) 持久化，下面我们逐一介绍。
Redis是一个基于内存的数据库，所有的数据都存放在内存中，如果突然宕机，数据就会全部丢失，因此必须有一种机制来保证 Redis 的数据不会因为故障而丢失，这种机制就是 Redis 的持久化机制。
为了避免内存中的数据丢失，Redis提供了对持久化的支持。Redis共有RDB和AOF两种持久化机制。
Redis是基于内存的数据库，本身运行时数据保存在内存中，那么在关闭redis的进程或者关闭计算机后数据肯定被会操作系统从内存中清掉。所以持久化的意义在于故障恢复、数据备份。
RDB持久化是将Redis当前进程中的数据生成快照并保存到硬盘的过程。快照指的是Redis在某一时刻的内存状态的记录，类似于拍照一样把数据保存下来，因此也被称为Redis的数据库快照（Redis DataBase Dump），简称RDB。该机制使得Redis能够将内存中的数据保存到磁盘上并在需要的时候加载该数据从而恢复Redis的状态。
Redis 相对于其他NoSQL 内存数据库而言，除了更富的数据结构和速度快之外，Redis 的丰富的持久化方案也就一个很显著的优势，Redis 支持RDB、AOF、混合持久化三种模式。RDB（snapshotting） 是一种内存快照的方式进行持久化，AOF（append-only-file）是通过追加写入命令的方式进行持久化，混合持久化是指RDB和AOF协同完成持久化工作来发挥各自有点的持久化方式。
由于Redis的数据都存放在内存中，如果没有配置持久化，redis重启后数据就全丢失了，于是需要开启redis的持久化功能，将数据保存到磁盘上，当redis重启后，可以从磁盘中恢复数据。
RDB 是 Redis 默认的持久化方案。在指定的时间间隔内，写操作达到指定的次数，则会将内存中的数据写入到磁盘RDB文件中。由于RDB文件是一个非常紧凑的文件，比较容易备份，所以RDB对于灾难恢复非常有用。RDB最大限度地提高了Redis的性能，因为Redis父进程的持久化操作是通过分叉子进程实现，而父进程不会执行磁盘I / O等操作。与AOF相比，RDB允许大型数据集更快地重启。
Redis 是内存数据库，如果不将内存中的数据库状态保存到磁盘，那么一旦服务器进程退出，服务器中 的数据库状态也会消失。所以 Redis 提供了持久化功能！
大家好，我是小菜。一个希望能够成为 吹着牛X谈架构 的男人！如果你也想成为我想成为的人，不然点个关注做个伴，让小菜不再孤单！
持久化主要是做灾难恢复、数据恢复，也可以归类到高可用的一个环节中去，比如你 redis 整个挂了，然后 redis 就不可用了，你要做的事情就是让 redis 变得可用，尽快变得可用。
上篇我们整理了Redis工作中常用命令大全，今天跟着老哥来学习一下Redis持久化的机制，这也是面试中经常会问道的知识点。Redis操作是基于内存的，但是它同时又是一个数据库，那么庞大的数据量不可能全部存在内存中。就需要Redis定时将内存中的数据持久化到硬盘上。下面我们就讲讲Redis的两种持久化方式
尽管 Redis 是基于内存的 key-value 服务，但也可以进行数据的持久化，以便服务重启，数据能重新加载进来。
Redis是一种高级key-value数据库。数据可以持久化，而且支持的数据类型很丰富。有字符串，链表，集合和有序集合。支持在服务器端计算集合的并，交和补集(difference)等，还支持多种排序功能。所以Redis也可以被看成是一个数据结构服务器。
我们常常拿redis来当成缓存，这得益于它存储数据的位置在内存中，这样在进行取数时，不用再进行磁盘IO，速度也会大大增加。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
实时音视频
即时通信 IM
