达梦数据守护集群为什么需要KEEP_RLOG_PKG？

达梦数据守护集群（DM Data Watch）的实现原理非常简单：将主库（生产库）产生的 Redo 日志传输到备库，备库接收并重新应用Redo日志，从而实现备库与主库的数据同步。DM 数据守护的核心思想是监控数据库状态，获取主、备库数据同步情况，为Redo日志传输与重演过程中出现的各种异常情况提供一系列的解决方案。

什么是KEEP_RLOG_PKG？

主库的RLOG_PKG日志通过实时归档机制发送到备库后，备库将最新收到的RLOG_PKG 保 存 在 内 存 中 ， 不 马 上 启 动 重 演 ， 这 个 RLOG_PKG 我 们 称 之 为KEEP_RLOG_PKG。

引入 KEEP_RLOG_PKG 的主要目的是，避免下述场景中主库故障重启后不必要的主备切换，减少用户干预。

（1）用户登录主库 A 执行

CREATE TABLE TX(C1 INT);
INSERT INTO TX VALUES(1);
COMMIT;

其中 COMMIT 操作将触发实时归档，发送 RLOG_PKG 到备库 B。

（2）备库 B 收到 RLOG_PKG，响应主库 A，并启动日志重演。

（3）主库 A 在 RLOG_PKG 写入联机日志文件之前故障。

（4）主库 A 重新启动后，由于 RLOG_PKG 没有写入联机日志文件，之前插入 TX 表的数 据丢失；但此时备库 B 已经重演日志成功，TX 表中已经插入一行数据。

上述场景中，主备库数据不再保持一致，必须将备库 B 切换为主库，并重新从 B 同步 数据到 A。如果配置的是手动切换模式，则必须要有用户干预，进行备库接管后，才能恢复 数据库服务。

引入 KEEP_PKG 后，备库 B 收到主库 A 发送的 RLOG_PKG，并不会马上启动日志重演， 主库 A 重启后，守护进程 A 检测到备库 B 存在 KEEP_PKG，通知备库 B 丢弃 KEEP_PKG 后， 直接 Open 主库 A，就可以继续提供数据库服务。并且，这些操作是由守护进程自动完成， 不需要用户干预。

如果备库自动接管、或者用户发起备库接管命令，那么备库的 KEEP_PKG 将会启动重演，不管主库是否已经将 KEEP_PKG 对应的 Redo 日志写入联机日志文件中，备库接管时 的 APPLY_LSN 一定是大于等于主库的 FILE_LSN。当故障主库重启后，仍然可以作为备库， 自动重新加入数据守护系统。

keep_pkg存在哪些场景？

keep_pkg只存在实时归档的高性能模式的备机上，而实时归档的一致性模式和及时归档的高性能与一致性都与keep_pkg无关的。

实时归档高性能模式下主库发送给备库后，主库故障重启，备库上的keep_pkg会重做还是丢弃？

（1）当手动切换下，或者自动切换下确认监视器没有启动的情况下，主机故障备库无法自动接管。此时主库发起redo刷盘请求前会将redo发给备库，备库收到放到keep_buf中后返回给主机。此时主库开始写入联机日志：

1. 当主库写入联机日志之前故障，那么相当于当前操作失败了，主库恢复启动后联机日志相当于没写进去，那备库keep_pkg丢弃，不涉及丢数据。
2. 当主机写入联机日志后故障，主库恢复启动后与备库通信，备库知道该操作应该写入成功，那么备库将keep_pkg进行重演，此时主备库数据也是一致的。

（2）当自动切换且确认监视器启动的情况下，无论在什么时刻发生故障(主机在写入联机日志之前还是之后)，此时备机都会接管，一旦备机接管为主库那么keep_pkg都不会丢弃，而是完成重演，因为此时它已经是主库了，而老主库故障恢复后以备库模式加入到集群中。