redis的copy-on-write机制

 文章系转载，便于整理和分类，原文地址：https://cloud.tencent.com/developer/article/1997421

基础常识, redis的编译安装

这里说一个重点, README. 走到哪里, 不懂了, 先看readme.

第二个重点: 看脚本, 比如, 我的redis有几个后台启动的脚本server-install, 这个工具怎么用?

在根目录README中告诉我们了, 这是一个后台启动脚本
脚本怎么用, vi server-install.sh进去看看

第14条是: ./install_server.sh

一、为什么每次都要执行make

其实make时, 文件夹下一定有一个文件叫Makefile

redis下载下来就有Makefile文件, 但nginx下载下来的时候没有这个文件, 我们要执行./configure来生成makefile文件

这就是为什么有些软件安装要直接使用make,而有些要先试用configure

二、strace工具和redis 的copy-on-write原理

strace : 监控系统内核进程的工具

首先, 讲一个工具strace. Linux的一个进程工具

这个工具的作用是: 用来最终redis的进程

可以参考这个文章: https://www.linuxidc.com/Linux/2018-01/150654.htm

比如,我们要追踪redis启动后的进程

strace -ff -o /usr/local/ooxx/out ./src/redis-server
#ff: 表示追踪所有的进程和线程
#-o: 表示日志输出的文件路径下的文件名 out是一个文件名的前缀, 如果有多个进程或线程, 以out开头

redis成功启动后,进程id是16023

我们去 /usr/local/ooxx目录下查看进程文件, 我们看到有这样四个文件

这里在介绍一个操作系统内核的命令/proc

proc这是一个操作系统内核

16023: 是我们启动的线程

他里面有一个task目录: 这里面是16023下启动的工作进程和线程

我们看到有4个工作的线程

和/usr/local/ooxx/下out的输出是一样的

下面举例:

redis持久化数据到磁盘的时候, 会新开一个进程. 然后用新的进程去执行持久化的操作. 我们用strace来追踪一下这个新创建的进程

第一步: 打开客户端, 执行bgsave

然后查看redis打印的日志输出

我们来分析一下执行bgsave打印的日志

Background saving started by pid 17042: 后台保存开始, 在17042这个进程上. 这个进程之前没有, 是新创建的
DB saved on disk: 数据已经保存到磁盘上
RDB: 0 MB of memory used by copy-on-write: 0M内存数据使用copy-on-write的方式被使用
Background saving terminated with success: 保存成功, 进程中断

首先这里创建了一个新的线程17042.

我们来看看,是不是创建了一个新的线程