【 使用环境 】生产环境 or 测试环境
【 OB or 其他组件 】
【 使用版本 】 4.3.3
【问题描述】自适应合并和major合并的疑问
【复现路径】问题出现前后相关操作
【附件及日志】推荐使用OceanBase敏捷诊断工具obdiag收集诊断信息,详情参见链接（右键跳转查看）：
发现自适应合并是分区级别的，在考试obcp 4 材料中有个 sstable的关系
疑问1： 打开自适应合并后是不是就没有major sstable了。仅仅剩下medium sstable了
疑问2：自适应合并是分区级别的。 major 合并是租户级别的 。是不是合并降级了？
根据文档库中的信息，我将针对您的疑问进行解答。
回答：
自适应合并与Major合并的关系
MEDIUM_MERGE），它会适时地对有需求的分区发起合并任务。MAJOR_MERGE），但其频率可能会减少，因为自适应合并已经在一定程度上缓解了数据碎片化的问题。因此，并不是说打开了自适应合并就完全没有 Major SSTable 了，只是 Major 合并的触发条件和频率可能有所变化。SSTable 类型
MINI_MERGE：将 MemTable 转变成 Mini SSTable。MINOR_MERGE：多个 Mini SSTable 或多个 Mini SSTable 与 Minor SSTable 合成一个 Minor SSTable。MEDIUM_MERGE：分区级合并，生成 Medium SSTable。MAJOR_MERGE：租户级合并，生成 Major SSTable。所以，打开自适应合并后，系统中依然会有 Major SSTable，只是其生成的频率可能会降低。
回答：
合并级别
MEDIUM_MERGE），而 Major 合并是在租户级别进行的（MAJOR_MERGE）。但这并不意味着合并“降级”了。合并效果
因此，自适应合并和 Major 合并并不是简单的“升级”或“降级”关系，而是相辅相成的两种合并策略，共同作用于不同的场景和需求。
希望以上解答能帮助您更好地理解自适应合并和 Major 合并的区别和作用。如果您还有其他问题，欢迎继续提问！
具体信息可参考以下文档:
Medium SSTable 怎么样和major sstable 进行融合成一个文件的？
根据文档库中的信息，我将详细解答关于 Medium SSTable 和 Major SSTable 如何融合的问题。
当 Major 合并被触发时，系统会执行以下步骤：
选择快照点：
读取和合并数据：
生成新的 Major SSTable：
更新元数据：
CDB_OB_MAJOR_COMPACTION），以反映最新的合并状态。CDB_OB_MAJOR_COMPACTION 表来确认 Major 合并是否完成。具体命令如下：MySQL [oceanbase]> SELECT FROZEN_SCN, LAST_SCN FROM oceanbase.CDB_OB_MAJOR_COMPACTION;
FROZEN_SCN 和 LAST_SCN 的值相等时，表示 Major 合并已经完成。Medium SSTable 和 Major SSTable 的融合并不是直接将两个文件简单地合并在一起，而是一个复杂的过程，涉及读取、排序、去重、压缩等多个步骤。最终生成的新 SSTable 文件会包含所有已合并的数据，并且会替换旧的 SSTable 文件，确保数据的一致性和高效性。
希望以上解答能帮助您更好地理解 Medium SSTable 和 Major SSTable 的融合过程。如果您还有其他问题，欢迎继续提问！
检索到的文档如下:
又进步了
大概意思就是，原本的mini和minor sstable最终合并后变为major sstable而medium sstable即为最终形态了
按道理说应该变成major sstable才对吧。
major 会把medium sstable , mini sstable ,minor sstable , memtable都进行合并。
哪里写的有问题吗 ？
我上面描述有点问题，自适应合并生成的medium sstable等同于合并生成的major sstable，不是任何情况下都不变了，意思是当前自适应合并medium sstable即为最终样子
medium sstable即为最终样子。 如果下次major 还会把medium sstable 合并成 major sstable 不？ 如果关闭了自适应
major合并会将medium sstable 合并成 major sstable
