Redis：持久化（persistence） - 版本历史

Eijux：/* 数据备份与恢复 */

2021-11-03T21:22:09Z

数据备份与恢复

←上一版本		2021年11月4日 (四) 05:22的版本
第379行：		第379行：

	== 数据备份与恢复 ==		== 数据备份与恢复 ==
	Redis 的 '''~~SAVE~~''' ~~和 '''BGSAVE''' 命令用于创建当前数据库的备份。~~		Redis 对于数据备份是非常友好的，因为你可以在服务器运行的时候对 RDB 文件进行复制：RDB 文件一旦被创建，就不会进行任何修改。当服务器要创建一个新的 RDB 文件时，它先将文件的内容保存在一个临时文件里面，当临时文件写入完毕时，程序才使用 rename(2) 原子地用临时文件替换原来的 RDB 文件。

			这也就是说，'''无论何时，复制 RDB 文件都是绝对安全的'''。

	=== 备份 ===		以下是我们的建议：
	~~====~~ SAVE ~~====~~		# 创建一个定期任务（cron job），每小时将一个 RDB 文件备份到一个文件夹，并且每天将一个 RDB 文件备份到另一个文件夹。
	~~“SAVE”用法如下：~~		# 确保快照的备份都带有相应的日期和时间信息，每次执行定期任务脚本时，使用 find 命令来删除过期的快照：比如说，你可以保留最近 48 小时内的每小时快照，还可以保留最近一两个月的每日快照。
	<syntaxhighlight lang="java" highlight="">		# 至少每天一次，将 RDB 备份到你的数据中心之外，或者至少是备份到你运行 Redis 服务器的物理机器之外。

			=== 手动备份命令 ===
			Redis 的 '''SAVE''' 和 '''BGSAVE''' 命令用于创建当前数据库的备份：
			# <syntaxhighlight lang="java" highlight="">
	redis 127.0.0.1:6379> SAVE		redis 127.0.0.1:6379> SAVE
	OK		OK
	</syntaxhighlight>		</syntaxhighlight>
	* ~~该命令将在 redis 安装目录中创建 dump.rdb 文件（RDB 的默认文件）。~~		#* 同步保存（会阻塞所有客户端）；
			# <syntaxhighlight lang="java" highlight="">
	~~==== BGSAVE ====~~
	~~“BGSAVE”用法如下：~~
	<syntaxhighlight lang="java" highlight="">
	127.0.0.1:6379> BGSAVE		127.0.0.1:6379> BGSAVE

	Background saving started		Background saving started
	</syntaxhighlight>		</syntaxhighlight>
	* ~~该命令在后台执行。~~		#* 异步（Asynchronously）保存。
			* 操作后，会产生 RDB 快照文件。
	~~===== BGSAVE 的原理是什么？ =====~~
	~~fork 和 cow：~~
	~~# '''fork'''：是指 Redis 通过创建子进程来进行 bgsave 操作。~~
	~~# '''cow'''：指的是“copy on write”，子进程创建后，父子进程共享数据段。父进程继续提供读写服务，写脏的页面数据会逐渐和子进程分离开来。~~


	~~BGSAVE~~ 操作后，会产生 RDB 快照文件。

	=== 恢复数据 ===		=== 恢复数据 ===
第418行：		第413行：
	2) "/usr/local/redis/bin"		2) "/usr/local/redis/bin"
	</syntaxhighlight>		</syntaxhighlight>

			=== 容灾备份 ===
			Redis 的容灾备份基本上就是对数据进行备份，并将这些备份传送到多个不同的外部数据中心。

			容灾备份可以在 Redis 运行并产生快照的主数据中心发生严重的问题时，仍然让数据处于安全状态。

Eijux：/* 恢复数据 */

2021-11-03T21:09:15Z

恢复数据

←上一版本		2021年11月4日 (四) 05:09的版本
第409行：		第409行：
	=== 恢复数据 ===		=== 恢复数据 ===
	如果需要恢复数据，'''只需将备份文件 (dump.rdb) 移动到 redis 安装目录并启动服务即可'''。		如果需要恢复数据，'''只需将备份文件 (dump.rdb) 移动到 redis 安装目录并启动服务即可'''。
			* 当 Redis 启动时，如果 RDB 持久化和 AOF 持久化都被打开了，那么程序会优先使用 AOF 文件来恢复数据集，因为 AOF 文件所保存的数据通常是最完整的。

Eijux：/* 数据备份与恢复 */

2021-11-03T21:06:37Z

数据备份与恢复

@@ 第346行： / 第346行： @@
 #*（如果之前没有重写，则以启动时的 AOF 文件大小为依据）
 # “'''auto-aof-rewrite-min-size'''”：允许重写的最小 AOF 文件大小；（一般配置较大，几个 G）
 == 数据备份与恢复 ==

Eijux：/* RDB（Redis Database） */

2021-11-03T20:54:54Z

RDB（Redis Database）

←上一版本		2021年11月4日 (四) 04:54的版本
第30行：		第30行：
	* 在默认情况下，Redis 将数据库快照保存在名字为 '''dump.rdb''' 的二进制文件中。		* 在默认情况下，Redis 将数据库快照保存在名字为 '''dump.rdb''' 的二进制文件中。
	* 可以设置 Redis 在“ N 秒内数据集至少有 M 个改动”时自动保存一次数据集；也可以调用 '''SAVE''' 或者 '''BGSAVE''' 来手动开始保存操作。		* 可以设置 Redis 在“ N 秒内数据集至少有 M 个改动”时自动保存一次数据集；也可以调用 '''SAVE''' 或者 '''BGSAVE''' 来手动开始保存操作。


	=== 运作方式 ===		=== 运作方式 ===
第37行：		第38行：
	# 当子进程完成对新 RDB 文件的写入时，Redis 用新 RDB 文件替换原来的 RDB 文件，并删除旧的 RDB 文件。		# 当子进程完成对新 RDB 文件的写入时，Redis 用新 RDB 文件替换原来的 RDB 文件，并删除旧的 RDB 文件。
	* 这种工作方式使得 Redis 可以从'''写时复制'''（copy-on-write）机制中获益。		* 这种工作方式使得 Redis 可以从'''写时复制'''（copy-on-write）机制中获益。


	=== 优缺点 ===		=== 优缺点 ===
第51行：		第53行：
	* '''快照过程可能影响 Redis 服务'''：由于需要经常操作磁盘，RDB 会经常 fork() 出一个子进程，在数据集比较庞大时， fork() 会非常耗时，并且可能会影响 Redis 暂停服务一段时间（millisecond 级别）。		* '''快照过程可能影响 Redis 服务'''：由于需要经常操作磁盘，RDB 会经常 fork() 出一个子进程，在数据集比较庞大时， fork() 会非常耗时，并且可能会影响 Redis 暂停服务一段时间（millisecond 级别）。
	** 虽然 AOF 重写也需要进行 fork()，但无论 AOF 重写的执行间隔有多长，数据的耐久性都不会有任何损失。		** 虽然 AOF 重写也需要进行 fork()，但无论 AOF 重写的执行间隔有多长，数据的耐久性都不会有任何损失。


	=== 附：配置项说明 ===		=== 附：配置项说明 ===

Eijux：/* AOF（Append-only File） */

2021-11-03T20:54:25Z

AOF（Append-only File）

@@ 第132行： / 第132行： @@
 == AOF（Append-only File） ==
-'''Append-only File'''（AOF），Redis 每次接收到一条改变数据的命令时，它将把'''该命令写到一个AOF文件中'''（只记录写操作，读操作不记录），当 Redis 重启时，它通过执行 AOF 文件中所有的命令来恢复数据。
+ '''Append-only File'''（AOF），每当 Redis 执行一个'''改变数据集的命令'''时，这个命令就会被追加到 AOF 文件的末尾。
 优点：
-* AOF 是另一个可以提供完全数据保障的方案；
+* AOF 持久化使 Redis 变得非常'''耐久'''（much more durable）：
 缺点：
-* AOF 文件会在操作过程中变得越来越大。
+* 对于相同的数据集来说，'''AOF 文件的体积通常要大于 RDB 文件的体积'''。
-*: 比如，如果你做一百次加法计算，最后你只会在数据库里面得到最终的数值，但是在你的 AOF 里面会存在 100 次记录，其中 99 条记录对最终的结果是无用的；
+* 根据所使用的 fsync 策略，'''AOF 的速度可能会慢于 RDB'''。
-** 但 Redis 支持在不影响服务的前提下在后台重构 AOF 文件，让文件得以整理变小；
+*: 在一般情况下，每秒 fsync 的性能依然非常高，而关闭 fsync 可以让 AOF 的速度和 RDB 一样快，即使在高负荷之下也是如此。不过在处理巨大的写入载入时，RDB 可以提供更有保证的最大延迟时间（latency）。
 === 附：配置项说明 ===
-实现：修改配置文件“redis.conf”即可：
+修改配置文件“redis.conf”即可：
 <syntaxhighlight lang="properties" line highlight="21,24,50,90-91,115">
 ############################## APPEND ONLY MODE ###############################
@@ 第266行： / 第331行： @@
 aof-load-truncated yes
 </syntaxhighlight>
 其中：
 # “appendonly”：启用/关闭 AOF 持久化；【默认no】

Eijux：/* 优缺点 */

2021-11-03T20:01:45Z

优缺点

←上一版本		2021年11月4日 (四) 04:01的版本
第39行：		第39行：

	=== 优缺点 ===		=== 优缺点 ===
			总而言之，RDB 更适合于数据备份、转移、恢复，但可能有数据丢失。

	优点：		优点：
	* RDB 在'''恢复大数据集时的速度比 AOF 的恢复速度要快'''。		* RDB 在'''恢复大数据集时的速度比 AOF 的恢复速度要快'''。
第49行：		第51行：
	* '''快照过程可能影响 Redis 服务'''：由于需要经常操作磁盘，RDB 会经常 fork() 出一个子进程，在数据集比较庞大时， fork() 会非常耗时，并且可能会影响 Redis 暂停服务一段时间（millisecond 级别）。		* '''快照过程可能影响 Redis 服务'''：由于需要经常操作磁盘，RDB 会经常 fork() 出一个子进程，在数据集比较庞大时， fork() 会非常耗时，并且可能会影响 Redis 暂停服务一段时间（millisecond 级别）。
	** 虽然 AOF 重写也需要进行 fork()，但无论 AOF 重写的执行间隔有多长，数据的耐久性都不会有任何损失。		** 虽然 AOF 重写也需要进行 fork()，但无论 AOF 重写的执行间隔有多长，数据的耐久性都不会有任何损失。


	~~总而言之，RDB 更适合于数据备份、转移、恢复，但可能有数据丢失。~~

	=== 附：配置项说明 ===		=== 附：配置项说明 ===

Eijux：/* 附：配置项说明 */

2021-11-03T20:00:24Z

附：配置项说明

←上一版本		2021年11月4日 (四) 04:00的版本
第54行：		第54行：

	=== 附：配置项说明 ===		=== 附：配置项说明 ===
	~~实现：修改配置文件“redis~~.conf”即可：		修改配置文件“redis.conf”即可：
			<div class="mw-collapsible mw-collapsed" data-collapsetext="隐藏" data-expandtext="展开">
	<syntaxhighlight lang="properties" highlight="23-25,58,68">		<syntaxhighlight lang="properties" highlight="23-25,58,68">
	################################ SNAPSHOTTING ################################		################################ SNAPSHOTTING ################################
第125行：		第126行：
	dir ./		dir ./
	</syntaxhighlight>		</syntaxhighlight>
			</div>
	其中：		其中：
	# “'''save <seconds> <changes>'''”：设置持久化条件“在<seconds>秒内，修改了<changes>次，则进行一次磁盘持久化”；（如上配置，可以多个组合使用）		# “'''save <seconds> <changes>'''”：设置持久化条件“在<seconds>秒内，修改了<changes>次，则进行一次磁盘持久化”；（如上配置，可以多个组合使用）

Eijux：/* 优缺点 */

2021-11-03T19:47:52Z

优缺点

←上一版本		2021年11月4日 (四) 03:47的版本
第49行：		第49行：
	* '''快照过程可能影响 Redis 服务'''：由于需要经常操作磁盘，RDB 会经常 fork() 出一个子进程，在数据集比较庞大时， fork() 会非常耗时，并且可能会影响 Redis 暂停服务一段时间（millisecond 级别）。		* '''快照过程可能影响 Redis 服务'''：由于需要经常操作磁盘，RDB 会经常 fork() 出一个子进程，在数据集比较庞大时， fork() 会非常耗时，并且可能会影响 Redis 暂停服务一段时间（millisecond 级别）。
	** 虽然 AOF 重写也需要进行 fork()，但无论 AOF 重写的执行间隔有多长，数据的耐久性都不会有任何损失。		** 虽然 AOF 重写也需要进行 fork()，但无论 AOF 重写的执行间隔有多长，数据的耐久性都不会有任何损失。


	总而言之，RDB 更适合于数据备份、转移、恢复，但可能有数据丢失。		总而言之，RDB 更适合于数据备份、转移、恢复，但可能有数据丢失。

Eijux：/* RDB（Redis Database） */

2021-11-03T19:47:38Z

RDB（Redis Database）

←上一版本		2021年11月4日 (四) 03:47的版本
第24行：		第24行：

	== RDB（Redis Database） ==		== RDB（Redis Database） ==
	'''Redis Database'''（RDB），就是在指定的时间间隔内将内存中的'''~~数据集快照写入磁盘~~'''，数据恢复时将快照文件直接再读到内存。		'''Redis Database'''（RDB），就是在指定的时间间隔内将内存中的'''数据集快照（snapshot）写入磁盘'''，数据恢复时将快照文件直接再读到内存。

			RDB 是一个非常紧凑（compact）的文件，它保存了 Redis 在某个时间点上的数据集。

			* 在默认情况下，Redis 将数据库快照保存在名字为 '''dump.rdb''' 的二进制文件中。
			* 可以设置 Redis 在“ N 秒内数据集至少有 M 个改动”时自动保存一次数据集；也可以调用 '''SAVE''' 或者 '''BGSAVE''' 来手动开始保存操作。

			=== 运作方式 ===
			当 Redis 需要保存 dump.rdb 文件时，服务器执行以下操作：
			# Redis 调用 fork()，同时拥有父进程和子进程。
			# 子进程将数据集写入到一个临时 RDB 文件中。
			# 当子进程完成对新 RDB 文件的写入时，Redis 用新 RDB 文件替换原来的 RDB 文件，并删除旧的 RDB 文件。
			* 这种工作方式使得 Redis 可以从'''写时复制'''（copy-on-write）机制中获益。

			=== 优缺点 ===
	优点：		优点：
	* ~~由于存储的是数据快照文件，恢复数据很方便，也比较快；~~		* RDB 在'''恢复大数据集时的速度比 AOF 的恢复速度要快'''。
			* RDB 可以最大化 Redis 的性能：父进程在保存 RDB 文件时唯一要做的就是 fork 出一个子进程，然后这个子进程就会处理接下来的所有保存工作，父进程无须执行任何磁盘 I/O 操作。
			* RDB 非常适合用于进行'''备份'''：比如说，你可以在最近的 24 小时内，每小时备份一次 RDB 文件，并且在每个月的每一天，也备份一个 RDB 文件。这样的话，即使遇上问题，也可以随时将数据集还原到不同的版本。
			* RDB 非常适用于'''灾难恢复'''（disaster recovery）：它只有一个文件，并且内容都非常紧凑，可以（在加密后）将它传送到别的数据中心。

	缺点：		缺点：
	* '''~~会丢失最后一次快照以后更改的数据~~'''；		* '''快照不包含丢失执行快照以后更改的数据'''，所以恢复时可能有数据丢失；
	* ~~由于需要经常操作磁盘，RDB~~ 会经常 fork ~~出一个子进程：如果 redis 数据库很大，Fork 占用比较多的时间，并且可能会影响~~ Redis 暂停服务一段时间（millisecond 级别）。		* '''快照过程可能影响 Redis 服务'''：由于需要经常操作磁盘，RDB 会经常 fork() 出一个子进程，在数据集比较庞大时， fork() 会非常耗时，并且可能会影响 Redis 暂停服务一段时间（millisecond 级别）。
			** 虽然 AOF 重写也需要进行 fork()，但无论 AOF 重写的执行间隔有多长，数据的耐久性都不会有任何损失。

			总而言之，RDB 更适合于数据备份、转移、恢复，但可能有数据丢失。

	=== 附：配置项说明 ===		=== 附：配置项说明 ===
第107行：		第125行：
	</syntaxhighlight>		</syntaxhighlight>
	其中：		其中：
	# ~~“save~~ <seconds> <changes>”：设置持久化条件“在<seconds>秒内，修改了<changes>次，则进行一次磁盘持久化”；（如上配置，可以多个组合使用）		# “'''save <seconds> <changes>'''”：设置持久化条件“在<seconds>秒内，修改了<changes>次，则进行一次磁盘持久化”；（如上配置，可以多个组合使用）
	# ~~“dbfilename”：设置~~ RDB 的文件名，默认文件名为“dump.rdb”；		# “'''dbfilename'''”：设置 RDB 的文件名，默认文件名为“dump.rdb”；
	# ~~“dir”：指定~~ RDB 和 AOF 文件的目录		# “'''dir'''”：指定 RDB 和 AOF 文件的目录

	== AOF（Append-only File） ==		== AOF（Append-only File） ==

Eijux：/* 持久化 */

2021-11-03T19:17:53Z

持久化

←上一版本		2021年11月4日 (四) 03:17的版本
第20行：		第20行：

	Redis 还可以同时使用 AOF 持久化和 RDB 持久化。		Redis 还可以同时使用 AOF 持久化和 RDB 持久化。

	在这种情况下，当 Redis 重启时，它会'''优先使用 AOF 文件来还原数据集'''，因为 AOF 文件保存的数据集通常比 RDB 文件所保存的数据集更完整。		在这种情况下，当 Redis 重启时，它会'''优先使用 AOF 文件来还原数据集'''，因为 AOF 文件保存的数据集通常比 RDB 文件所保存的数据集更完整。

Redis：持久化（persistence） - 版本历史

Eijux：​/* 数据备份与恢复 */

Eijux：​/* 恢复数据 */

Eijux：​/* 数据备份与恢复 */

Eijux：​/* RDB（Redis Database） */

Eijux：​/* AOF（Append-only File） */

Eijux：​/* 优缺点 */

Eijux：​/* 附：配置项说明 */

Eijux：​/* 优缺点 */

Eijux：​/* RDB（Redis Database） */

Eijux：​/* 持久化 */

Eijux：/* 数据备份与恢复 */

Eijux：/* 恢复数据 */

Eijux：/* 数据备份与恢复 */

Eijux：/* RDB（Redis Database） */

Eijux：/* AOF（Append-only File） */

Eijux：/* 优缺点 */

Eijux：/* 附：配置项说明 */

Eijux：/* 优缺点 */

Eijux：/* RDB（Redis Database） */

Eijux：/* 持久化 */