Redis的设计与实现笔记 -- RDB，AOF

一些命令//

SAVE、BGSAVE：  创建RDB文件，程序会对数据库中的键进行检查，已经过期的键不会被保存到新建的RDB文件中。

 

127.0.0.1:6379> save
OK
127.0.0.1:6379> bgsave
Background saving started

save --->会阻塞服务器进程

bgsave --->派生子进程，由子进程创建RDB文件，服务器进程继续处理命令请求 

RDB 通过保存数据库中的键值对持久化

AOF (append only file)通过保存服务器所执行的写命令持久化

 

RDB持久化

Redis是一个键值对数据库服务器

---

Redis服务器包含--->任意个非空数据库

每个数据库包含--》任意个键值对

 

数据库状态：把服务器的非空数据库和他们的键值对称为数据库状态

---

Redis是内存数据库--》所以在数据库退出前需要把数据存到磁盘上！

---

RDB文件-->经过压缩的二进制文件，RDB文件是保存在硬盘里的

 

 伪代码：

def Save():
	rdbsave()

def BGSave():
	pid = fork()
	if pid==0:
		//子进程负责创建RDB文件
		rdbsave()
		//完成后向父进程发送信号
		signal_parent()
	elif pid>0:
		//父进程继续处理命令请求，并通过轮询等待子进程信号
		handle_request_and_wait_signal()
	else:
		//处理出错情况
		handle_fork_error()

服务器开启时，如果检测到了RDB文件--》自动载入

注意：AOF的更新频率比RDB高，如果服务器开启了AOF功能--》优先使用AOF来还原数据库状态

 

 

RDB文件结构：
 

REDIS:用于检测是否是RDB文件

db_version:版本号

database:包含任意个数据库以及键值对数据

EOF:标志中RDB正文内容的结束

check_sum:前四个部分的校验和

127.0.0.1:6379> FLUSHALL
OK
127.0.0.1:6379> SAVE
OK

打开dump.rdb文件

可以看到 REDIS 版本号：0006 EOF 校验和

添加键值 msg

127.0.0.1:6379> FLUSHALL
OK
127.0.0.1:6379> SET msg "hello"
OK
127.0.0.1:6379> SAVE
OK

再次打开dump.rdb文件：

---

AOF命令追加

 struct redisServer
{
    //AOF缓冲区
    sds aof_buf;
};

服务器执行完一个写命令后，会以协议格式将命令追加到 aof_buf末尾 

Redis服务器进程伪代码：

def eventLoop():
	while True:

		//处理文件时间，接收命令请求以及发送命令回复
		//处理请求时可能会有新的内容被追加到aof_buf中
		processFileEvents()

		//处理时间事件
		processTimeEvents()

		//考虑是否要将aof_buf中的内容写入到AOF文件中
		flushAppendOnlyFile()

 

AOF文件还原：
服务器创建一个伪客户端，执行AOF中的所有命令，从而恢复到服务器关闭之前的状态

AOF文件重写：

随着服务器运行时间增长，AOF文件会越来越大，AOF文件来进行数据还原的时间会越来越长

所以--》可以用一个新的包含更少指令的AOF文件，代替现有的AOF文件

比如客户端执行了以下命令：

127.0.0.1:6379> rpush list "A" "B"
(integer) 2
127.0.0.1:6379> rpush list "C"
(integer) 3
127.0.0.1:6379> rpush list "D" "E"
(integer) 5
127.0.0.1:6379> lpop list
"A"
127.0.0.1:6379> lpop list
"B"
127.0.0.1:6379> rpush list "F" "G"  //["C","D","E","F","G"]
(integer) 5

相当于执行了

127.0.0.1:6379> rpush list "C" "D" "E" "F" "G"

一条命令

所以新的AOF文件只需要保存上面的一条命令即可！

服务器主程序依然用来处理客户端请求

AOF重写通过后台子进程完成