本文主要介绍主备库场景下备库合并的工作机制。
V3.x 及之前版本的主备库
- 备库从主库拉取合并信息，备库不另外发起合并。
- 备库相比于主库的合并版本可能会落后很多，因为主库不等待备库完成合并。
V4.x 及之后的主备库
- 主备库变为备租户的概念，备租户从主租户拉取合并信息，备租户不另外发起合并。
- 主租户遵循每轮租户合并完成后才能发起下一轮的约束。
- 备租户可能会有多个未完成的合并位点，因为主租户不等待备租户完成合并。
- V4.1版本后，备租户通过从主租户同步合并 clog 从而得到合并所需的信息。如果备租户的 clog 比主租户同步慢，那么可能会影响备租户的合并。
适用版本
OceanBase 数据库的所有版本。
