《Redis设计与实现》阅读笔记11-Sentinel.docxVIP

? ? 《Redis设计与实现》阅读笔记11-Sentinel ? ? 15 哨兵 哨兵系统由一个或多个哨兵实例组成，可以监视任意多个主服务器及其对应的所有从服务器，并在监视的主服务器下线的时候从其对应的从服务器中选出一个作为新的主服务器，然后让剩余的从服务器去复制新的主服务器，并在旧的主服务器上线以后让其成为新的主服务器的从服务器。 15.1 启动并初始化哨兵 启动一个 Sentinel 可以使用命令： $ redis-sentinel /path/to/your/sentinel.conf 或者命令： $ redis-server /path/to/your/sentinel.conf --sentinel 这两个命令的效果完全相同。 当一个 Sentinel 启动时， 它需要执行以下步骤： 初始化服务器。 将普通 Redis 服务器使用的代码替换成 Sentinel 专用代码。 初始化 Sentinel 状态。 根据给定的配置文件， 初始化 Sentinel 的监视主服务器列表。 创建连向主服务器的网络连接。 15.1.1 初始化服务器 与普通的redis服务器的初始化不同，哨兵服务器有很多步骤不需要执行 功能 使用情况 数据库和键值对方面的命令， 比如 SET 、 DEL 、 FLUSHDB 。 不使用。 事务命令， 比如 MULTI 和 WATCH 。 不使用。 脚本命令，比如 EVAL 。 不使用。 RDB 持久化命令， 比如 SAVE 和 BGSAVE 。 不使用。 AOF 持久化命令， 比如 BGREWRITEAOF 。 不使用。 复制命令，比如 SLAVEOF 。 Sentinel 内部可以使用，但客户端不可以使用。 发布与订阅命令， 比如 PUBLISH 和 SUBSCRIBE 。 SUBSCRIBE 、 PSUBSCRIBE 、 UNSUBSCRIBE PUNSUBSCRIBE 四个命令在 Sentinel 内部和客户端都可以使用， 但 PUBLISH 命令只能在 Sentinel 内部使用。 文件事件处理器（负责发送命令请求、处理命令回复）。 Sentinel 内部使用， 但关联的文件事件处理器和普通 Redis 服务器不同。 时间事件处理器（负责执行 serverCron 函数）。 Sentinel 内部使用， 时间事件的处理器仍然是 serverCron 函数， serverCron 函数会调用 sentinel.c/sentinelTimer 函数， 后者包含了 Sentinel 要执行的所有操作。 15.1.2 使用哨兵专用代码 启动哨兵以后，会将普通redis服务器使用的代码替换成哨兵专用的代码，哨兵的服务器使用也使用不同的服务器，命令对应不同的实现函数。 这也解释了为什么在 Sentinel 模式下， Redis 服务器不能执行诸如 SET 、 DBSIZE 、 EVAL 等等这些命令 —— 因为服务器根本没有在命令表中载入这些命令： PING 、 SENTINEL 、 INFO 、 SUBSCRIBE 、 UNSUBSCRIBE 、 PSUBSCRIBE 和 PUNSUBSCRIBE 这七个命令就是客户端可以对 Sentinel 执行的全部命令了。 15.1.3 初始化哨兵状态 在应用了 Sentinel 的专用代码之后， 接下来， 服务器会初始化一个 sentinel.c/sentinelState 结构（后面简称“Sentinel 状态”）， 这个结构保存了服务器中所有和 Sentinel 功能有关的状态 （服务器的一般状态仍然由 redis.h/redisServer 结构保存）： struct sentinelState { // 当前纪元，用于实现故障转移 uint64_t current_epoch; // 保存了所有被这个 sentinel 监视的主服务器 // 字典的键是主服务器的名字 // 字典的值则是一个指向 sentinelRedisInstance 结构的指针 dict *masters; // 是否进入了 TILT 模式？ int tilt; // 目前正在执行的脚本的数量 int running_scripts; // 进入 TILT 模式的时间 mstime_t tilt_start_time; // 最后一次执行时间处理器的时间 mstime_t previous_time; // 一个 FIFO 队列，包含了所有需要执行的用户脚本 list *scripts_queue; } sentinel; 15.1.4 初始化哨兵状