17 redis-server 的启动

前言相关介绍主要围绕着 redis 服务的启动相关redis-server 的启动, 是执行 server.c 的 int main(int argc, char **argv), 我们这里看的是 standalone 的情况下的服务的启动流程本文的相关代码拷贝自 redis-6.2.0代码来自于https://redis.io/初始化服务配置初始化随机种子, 初始化 hashseed, 初始

蓝风9

6172人浏览 · 2021-08-28 19:37:14

蓝风9 · 2021-08-28 19:37:14 发布

前言

相关介绍主要围绕着 redis 服务的启动相关

redis-server 的启动, 是执行 server.c 的 int main(int argc, char **argv), 我们这里看的是 standalone 的情况下的服务的启动流程

本文的相关代码拷贝自 redis-6.2.0

代码来自于 https://redis.io/

初始化服务配置

初始化随机种子, 初始化 hashseed, 初始化服务器的配置[server.xxx 系列], 记录命令行参数

加载配置

如果是 -v, 输出 redis-server 的版本相关信息

如果是 -h, 输出 usage, 这里省略了

第一个参数为当前执行的程序的路径

默认约束下第二个参数如果不以 "-" 开头, 则为配置文件

如果第二个或者最后一个参数为 "-", 则表示 redis 需要从 stdin 中获取管理员手动输入的配置信息

其余的为命令行 options, "--" 开头的表示 key, 紧接着的为 key 对应的 value, 需要成对出现

接下来 loadServerConfig 则为读取 redis.conf 文件里面的配置, 从 stdin 输入的配置, 命令行中传入的 options, 封装在一起之后, 进行参数的解析并 apply 到 server.xxx 上面, 以及一些个别 option 的特殊处理

初始化服务器

打印我们从 cmd 里面看到的日志信息, 日志信息大致如下

/Users/jerry/ClionProjects/redis-6.2.0/src/redis-server /Users/jerry/ClionProjects/redis-6.2.0/redis.conf --port 6666
1381:C 20 Mar 2021 11:31:55.145 # oO0OoO0OoO0Oo Redis is starting oO0OoO0OoO0Oo
1381:C 20 Mar 2021 11:31:55.146 # Redis version=6.2.0, bits=64, commit=d10d120b, modified=1, pid=1381, just started
1381:C 20 Mar 2021 11:31:55.146 # Configuration loaded
1381:M 20 Mar 2021 11:42:33.987 * monotonic clock: POSIX clock_gettime
                _._                                                  
           _.-``__ ''-._                                             
      _.-``    `.  `_.  ''-._           Redis 6.2.0 (d10d120b/1) 64 bit
  .-`` .-```.  ```\/    _.,_ ''-._                                   
 (    '      ,       .-`  | `,    )     Running in standalone mode
 |`-._`-...-` __...-.``-._|'` _.-'|     Port: 6666
 |    `-._   `._    /     _.-'    |     PID: 1381
  `-._    `-._  `-./  _.-'    _.-'                                   
 |`-._`-._    `-.__.-'    _.-'_.-'|                                  
 |    `-._`-._        _.-'_.-'    |           http://redis.io        
  `-._    `-._`-.__.-'_.-'    _.-'                                   
 |`-._`-._    `-.__.-'    _.-'_.-'|                                  
 |    `-._`-._        _.-'_.-'    |                                  
  `-._    `-._`-.__.-'_.-'    _.-'                                   
      `-._    `-.__.-'    _.-'                                       
          `-._        _.-'                                           
              `-.__.-'

initServer 里面初始化服务器, 初始化服务器, 记录 pid, threadId 等等, 初始化相关数据结构[clients, slaves 等等], 创建全局共享变量, 监听服务端口, 初始化 server.db[i], 初始化服务器业务相关上下文变量, 统计信息, 创建服务器定时任务(处理后台异步检测的业务), 绑定 tcp/tls/unixSocketHandler, 注册 before/afterSleepHandler, 初始化脚本相关资源, 初始化慢日志相关资源

如果 pid 文件不存在, 创建 pid 文件并写入数据

打印 redis-server 的 ascii logo

加载持久化的数据

loadDataFromDisk 从 rdb/aof 中加载持久化的数据到 redis-server 中

然后输出 "Ready to accept connections"

1611:M 20 Mar 2021 16:25:41.068 # Server initialized
1611:M 20 Mar 2021 16:25:44.388 * Loading RDB produced by version 6.2.0
1611:M 20 Mar 2021 16:25:44.388 * RDB age 82914 seconds
1611:M 20 Mar 2021 16:25:44.388 * RDB memory usage when created 0.98 Mb
1611:M 20 Mar 2021 16:25:44.391 * DB loaded from disk: 0.006 seconds
1611:M 20 Mar 2021 16:25:59.558 * Ready to accept connections

事件监听处理

后面就是等待客户端的连接, 处理客户端的请求了, 核心业务

aeProcessEvents 循环处理事件

redis-server 监听事件的流程中, 外层对应于 aeMain, 里面死循环调用 aeProcessEvents, 传递的 flags 为 27 [0b0001 1011], 逻辑意义为 AE_FILE_EVENTS | AE_TIME_EVENTS | AE_CALL_BEFORE_SLEEP | AE_CALL_AFTER_SLEEP

如果没有需要关心的时间(timeEvent, fileEvent), 直接 return

我们这里是满足于 AE_TIME_EVENTS, !AE_DONT_WAIT, 因此会走轮询事件, 处理事件的相关处理

如果需要调用 beforeSleep, 调用 beforeSleep

基于 kqueue 轮询时间, 有没有超时时间取决于 AE_DONT_WAIT

如果需要调用 afterSleep, 调用 afterSleep

循环处理当前 loop 需要处理的 numevents 个事件

约束为如果 rfileProc 和 wfileProc 相同, 并且 AE_READABLE | AE_WRITEABLE, 使用 rfileProc/wfileProc 处理 event

如果 rfileProc 和 wfileProc 不相同, 则取决于 AE_BARRIER, 如果没有此标记则逻辑执行顺序为先执行 read, 再执行 write, 否则逻辑执行顺序为先执行 write 再执行 read[是否执行 read/write 取决于标记 AE_READABLE, AE_WRITEABLE]

统计处理的事件的数量

如果需要处理 timeEvent, 处理 timeEvent

我们这里的 redis-cli 和 redis-server 创建连接, redis-cli 和 redis-server 的命令交互都是基于 fileEvent

这里的具体时间轮询可能是基于 evport, epoll, kqueue, select 等等, 我这里 mac 是基于 kqueue

redis-server & redis-cli 连接

如下日志为, 我启动了一个 redis-server, 进程号为 2029, 监听端口 6379, 有两个 socket 监听端口 6379[server.ipfd有两个有效元素]

第一个 "lsof -i:6379" 为我只有一个 redis-cli 连接 redis-server 的情况, 可以看出第一个 redis-cli 进程为 3065, 通过端口 55203 和 redis-server 进行交互

redis-server 这边的 socket 对应的 fd 为 8, redis-cli 这边对应的 fd 为 3, 二者之间数据通过 socket 交互

第二个 "lsof -i:6379" 为我增加了一个 redis-cli 连接 redis-server 的情况, 可以看出第一个 redis-cli 进程为 3092 , 通过端口 55310 和 redis-server 进行交互

redis-server 这边的 socket 对应的 fd 为 9, redis-cli 这边对应的 fd 为 3, 二者之间数据通过 socket 交互

master:~ jerry$ lsof -i:6379
COMMAND    PID  USER   FD   TYPE             DEVICE SIZE/OFF NODE NAME
redis-ser 2029 jerry    6u  IPv4 0x57f6176a3d05c08b      0t0  TCP *:6379 (LISTEN)
redis-ser 2029 jerry    7u  IPv6 0x57f6176a4868a84b      0t0  TCP *:6379 (LISTEN)
redis-ser 2029 jerry    8u  IPv4 0x57f6176a4bfcad0b      0t0  TCP localhost:6379->localhost:55203 (ESTABLISHED)
redis-cli 3065 jerry    3u  IPv4 0x57f6176a4a19a38b      0t0  TCP localhost:55203->localhost:6379 (ESTABLISHED)
master:~ jerry$ lsof -i:6379
COMMAND    PID  USER   FD   TYPE             DEVICE SIZE/OFF NODE NAME
redis-ser 2029 jerry    6u  IPv4 0x57f6176a3d05c08b      0t0  TCP *:6379 (LISTEN)
redis-ser 2029 jerry    7u  IPv6 0x57f6176a4868a84b      0t0  TCP *:6379 (LISTEN)
redis-ser 2029 jerry    8u  IPv4 0x57f6176a4bfcad0b      0t0  TCP localhost:6379->localhost:55203 (ESTABLISHED)
redis-ser 2029 jerry    9u  IPv4 0x57f6176a4a17808b      0t0  TCP localhost:6379->localhost:55310 (ESTABLISHED)
redis-cli 3065 jerry    3u  IPv4 0x57f6176a4a19a38b      0t0  TCP localhost:55203->localhost:6379 (ESTABLISHED)
redis-cli 3092 jerry    3u  IPv4 0x57f6176a4a179d0b      0t0  TCP localhost:55310->localhost:6379 (ESTABLISHED)
master:~ jerry$