服务器与客户端

redis.h/redisServer 结构记录了和服务器相关的所有数据， 这个结构主要包含以下信息：

• 服务器中的 所有数据库
• 命令表 ：在执行命令时，根据字符来查找相应命令的实现函数
• 事件 状态
• 服务器的 网络连接信息 ：套接字地址、端口，以及套接字描述符
• 所有 已连接客户端 的信息
• Lua 脚本的运行环境 及相关选项
• 实现 订阅与发布 pub/sub 功能所需的数据结构
• 日志 log 和慢查询日志 slowlog 的选项和相关信息
• 数据 持久化 AOF 和 RDB 的配置和状态
• 服务器配置选项 ：
  • 要创建多少个数据库
  • 是否将服务器进程作为 daemon 进程来运行
  • 最大连接多少个客户端
  • 压缩结构 zip structure 的实体数量
  • 。。。。。。。
• 统计信息：
  • 键有多少次命令不命中
  • 服务器的运行时间
  • 内存占用
  • 。。。。。。

为了简洁起见，上面只列出了单机情况下的 Redis 服务器信息，不包含 SENTINEL 、 MONITOR 、 CLUSTER 等功能的信息

在这一步， 程序 创建 一个 redisServer 结构的实例变量 server 用作服务器的 全局状态 ， 并将 server 的各个属性初始化为 默认值

当 server 变量的初始化完成之后， 程序进入服务器初始化的下一步： 读入配置文件

上一步中， 程序为 server 变量（也即是服务器状态）的各个属性设置了默认值， 但这些默认值有时候并不是最合适的：

• 用户可能想使用 AOF 持久化，而不是默认的 RDB 持久化
• 用户可能想用其他端口来运行 Redis ，以避免端口冲突
• 用户可能不想使用默认的 16 个数据库，而是分配更多或更少数量的数据库
• 用户可能想对默认的内存限制措施和回收策略做调整
• 。。。。。。

为了让使用者按自己的要求配置服务器， Redis 允许用户在运行服务器时， 提供相应的 配置文件 config file 或者显式的 选项 option ， Redis 在初始化完 server 变量之后， 会读入配置文件和选项， 然后根据这些配置来对 server 变量的属性值做相应的修改：

1. 如果单纯执行 redis-server 命令，那么服务器以默认的配置来运行 Redis

2. 另一方面， 如果给 Redis 服务器送入一个配置文件， 那么 Redis 将按配置文件的设置来更新服务器的状态

   比如说， 通过命令 redis-server /etc/my-redis.conf ， Redis 会根据 my-redis.conf 文件的内容来对服务器状态做相应的修改
   

3. 除此之外， 还可以显式地给服务器传入选项， 直接修改服务器配置

   举个例子， 通过命令 redis-server --port 10086 ， 可以让 Redis 服务器端口变更为 10086
   

4. 当然， 同时使用配置文件和显式选项也是可以的， 如果文件和选项有冲突的地方， 那么优先使用 选项所指定的配置值

   如果运行命令 redis-server /etc/my-redis.conf --port 10086 ， 并且 my-redis.conf 也指定了 port 选项
   
   那么服务器将优先使用 --port 10086 （实际上是选项指定的值覆盖了配置文件中的值）
   

Redis 默认以 daemon 进程的方式运行。当服务器初始化进行到这一步时， 程序将 创建 daemon 进程 来运行 Redis ， 并 创建 相应的 pid 文件

在这一步， 初始化程序完成两件事：

• 为 server 变量 的 子属性 分配 内存
• 初始化 这些子属性

为数据结构分配内存， 并初始化这些数据结构， 等同于对相应的功能进行初始化

比如说， 当为订阅与发布所需的链表分配内存之后， 订阅与发布功能就处于就绪状态， 随时可以为 Redis 所用了

在这一步， 程序完成的主要动作如下：

• 初始化 Redis 进程的 信号 功能
• 初始化 日志 功能
• 初始化 客户端 功能
• 初始化 共享 对象
• 初始化 事件 功能
• 初始化 数据库
• 初始化 网络连接
• 初始化 订阅与发布 功能
• 初始化各个 统计变量
• 关联 服务器定时操作 （cron job）到 时间事件 ，关联 客户端应答处理器 到 文件事件
• 如果 AOF 功能已打开，那么打开或创建 AOF 文件
• 设置 内存限制
• 初始化 Lua 脚本环境
• 初始化 慢查询功能
• 初始化 后台定时线程

完成这一步之后， 服务器打印出 Redis 的 ASCII LOGO 、服务器版本等信息， 表示所有功能模块已经就绪， 可以等待被使用了：

	      _._
	  _.-``__ ''-._
     _.-``    `.  `_.  ''-._           Redis 2.9.7 (7a47887b/1) 32 bit
 .-`` .-```.  ```\/    _.,_ ''-._
(    '      ,       .-`  | `,    )     Running in stand alone mode
|`-._`-...-` __...-.``-._|'` _.-'|     Port: 6379
|    `-._   `._    /     _.-'    |     PID: 6717
 `-._    `-._  `-./  _.-'    _.-'
|`-._`-._    `-.__.-'    _.-'_.-'|
|    `-._`-._        _.-'_.-'    |           http://redis.io
 `-._    `-._`-.__.-'_.-'    _.-'
|`-._`-._    `-.__.-'    _.-'_.-'|
|    `-._`-._        _.-'_.-'    |
 `-._    `-._`-.__.-'_.-'    _.-'
     `-._    `-.__.-'    _.-'
	 `-._        _.-'
	     `-.__.-'

虽然所有功能已经就绪， 但这时服务器的数据库还是一片空白

程序还需要将服务器上一次执行时记录的数据载入到当前服务器中， 服务器的初始化才算真正完成

在这一步， 程序需要将持久化在 RDB 或者 AOF 文件里的数据， 载入到服务器进程里面。

• 如果服务器有 启用 AOF 功能的话， 那么使用 AOF 文件来还原数据
• 否则， 程序使用 RDB 文件来还原数据

当执行完这一步时， 服务器打印出一段载入完成信息：

[6717] 22 Feb 11:59:14.830 * DB loaded from disk: 0.068 seconds

到了这一步， 服务器的初始化已经完成， 程序打开事件循环， 开始 接受 客户端连接 。以下是服务器在这一步打印的信息：

[6717] 22 Feb 11:59:14.830 * The server is now ready to accept connections on port 6379

初始化完成之后， 服务器状态和各个模块之间的关系图：

为了更直观地理解命令执行的整个过程， 用一个实际执行 SET 命令的例子来讲解命令执行的过程。

假设现在客户端 C1 是连接到服务器 S 的一个客户端， 当用户执行命令 SET YEAR 2013 时：

1. 客户端调用 写入 send 函数 ， 将协议内容 *3\r\n$3\r\nSET\r\n$4\r\nYEAR\r\n$4\r\n2013\r\n" 写入 连接到服务器的 套接字 中
2. 当 S 的 文件事件处理器 执行时， 它会察觉到 C1 所对应的读事件 已经 就绪 ， 于是它将协议文本读入， 并 保存 在 查询缓存
3. 通过对查询缓存进行 分析 parse ， 服务器在 命令表 中 查找 SET 字符串所对应的命令实现函数 ， 最终定位到 t_string.c/setCommand 函数， 另外， 两个命令参数 YEAR 和 2013 也会以 字符串的形式 保存 在 客户端结构 中
4. 接着， 程序将 客户端 ，要 执行的命令 ， 命令参数 等送入 命令执行器 ：
   • 执行器调用 setCommand 函数 ， 将数据库中 YEAR 键的值修改为 2013
   • 然后将 命令的执行结果 保存 在 客户端的回复缓存 中

   • 并为 客户端 fd 关联 写事件 ， 用于将结果回写给客户端

     因为 YEAR 键的修改， 其他和数据库命名空间相关程序， 比如 AOF 、REPLICATION 还有事务安全性检查（是否修改了被 WATCH 监视的键？）也会被触发
     
     当这些后续程序也执行完毕之后， 命令执行器退出， 服务器其他程序（比如时间事件处理器）继续运行
     

5. 当 C1 对应的写事件 就绪 时， 程序就会将保存在客户端结构 回复缓存中的数据 回写 给 客户端 ， 当客户端接收到数据之后， 它就将结果打印出来， 显示给用户看

以上就是 SET YEAR 2013 命令执行的整个过程