表数据的存储

[AntTech_SP0R2Q]

普通表的数据和索引，是在同一存储单元中。分区表的本地索引，同一个分区，其表数据和索引，是在同一存储单元中。

[AntTech_SP0R2Q]

@论坛小助手

[论坛小助手]

根据文档库中的信息，对于 OceanBase 数据库中表数据和索引的存储方式有以下说明：

• 对于普通表（非分区表）及其索引：

  • 索引的数据结构与主表的数据结构保持一对一的关系。这意味着普通表的数据和其索引确实是在同一存储单元中。
  • 参考自《OceanBase 数据库性能的影响因素 → 资源分配 → 局部索引和全局索引 → 局部索引》

• 对于分区表及其局部索引：

  • 分区表的局部索引和单表或者分区表最小子分区绑定在一起，不会在 OceanBase 数据库系统租户中创建额外的分区记录。因此，对于同一个分区而言，其表数据和局部索引是在同一存储单元中。
  • 主表的每一个分区都有自己单独的索引数据结构。对每一个索引数据结构来说，里面的键（Key）只映射到自己分区中的主表数据，不会映射到其它分区中的主表数据。
  • 参考自《局部索引与全局索引的区别》以及《OceanBase 数据库性能的影响因素 → 资源分配 → 局部索引和全局索引 → 局部索引》

综上所述，无论是普通表还是分区表的本地索引，表数据和索引确实在同一存储单元中。这有助于提高查询效率，因为当访问某个特定分区或普通表的数据时，相关的索引也能够被快速定位并读取。

更多信息请查看:

1. 集群管理 FAQ
2. OceanBase 数据库性能的影响因素
3. OceanBase 术语
4. 使用 MySQL 租户做常见数据库开发
5. SQL FAQ
6. 分布式执行和并行查询
7. 日志流和副本概述
8. ODP SQL 路由原理

[AntTech_SP0R2Q]

Major Merge 的时候会合并MemTable里的数据吗 ？@论坛

[AntTech_SP0R2Q]

@论坛小助手 Major Merge 的时候会合并MemTable里的数据吗 ？

[论坛小助手]

根据文档库中的信息，Major Merge（大合并）确实会涉及到 MemTable 里的数据。以下是具体解释：

1. MemTable 和 SSTable 的关系：

   • 在 OceanBase 数据库中，数据被分为两部分：一部分是内存中的 MemTable，另一部分是磁盘上的 SSTable。
   • 当执行增、删、改操作时，这些修改首先会被记录在 MemTable 中。

2. Major Merge 的作用：

   • Major Merge 是将动态的 MemTable 数据与静态的 SSTable 数据进行合并的过程。
   • 这个过程会生成新的 SSTable，并且在此过程中会对数据进行压缩以节省存储空间并提高查询性能。
   • 参考自《OceanBase 数据库性能的影响因素 → 合并与统计信息收集 → 合并》

3. 具体的合并机制：

   • 在 Major Merge 期间，系统会选择一个全局快照点，然后基于这个快照点对租户内所有的分区进行一次完整的 Major Compaction。
   • 每次 Major Merge 都会选取最新的 MemTable 数据以及之前转储到 SSTable 的增量数据，与现有的 SSTable 进行合并。
   • 参考自《合并》

4. SQL 操作示例：

   • 若要手动触发 Major Merge，可以使用如下 SQL 命令：

     ALTER SYSTEM MAJOR FREEZE;
     

   • 执行后可以通过查询 oceanbase.CDB_OB_MAJOR_COMPACTION 表来检查合并状态。
   • 参考自《OceanBase 数据库性能的影响因素 → 合并与统计信息收集 → 合并》

综上所述，在 Major Merge 的时候，MemTable 里的数据会被合并到 SSTable 中，形成新的全量静态数据。这不仅有助于整理增量数据，还能提升读取性能，并提供一个天然的数据校验点。

检索到的文档如下:

1. OceanBase 术语
2. 体验 Operational OLAP
3. OceanBase 数据库性能的影响因素
4. 列存 FAQ
5. 合并管理概述
6. 转储和合并概述
7. MAJOR 和 MINOR
8. 自动触发合并

[AntTech_SP0R2Q]

Major Merge 的时候会生成一个新的Major SSTable，并且这个新的Major SSTable 会替代原有的Major SSTable。？ @论坛小助手

[论坛小助手]

根据文档库中的信息，Major Merge 的确会生成一个新的 Major SSTable，并且这个新的 Major SSTable 会替代原有的 Major SSTable。以下是详细的解释：

Major Merge 的过程

1. 选择全局快照点：

   • Major Merge 会选择一个全局快照点，基于此快照点对租户内所有的分区进行一次完整的 Major Compaction。

2. 合并数据：

   • 在 Major Merge 期间，系统会将最新的 MemTable 数据以及之前转储到 SSTable 的增量数据与现有的 SSTable 进行合并。
   • 这个过程会生成新的 SSTable 文件，这些文件包含了所有已提交的数据，并且经过压缩和整理以提高查询性能。

3. 生成新的 Major SSTable：

   • 生成的新 SSTable 是一个全量的、静态的数据文件，它包含了从选定快照点以来的所有数据。
   • 新生成的 SSTable 文件被称为 Major SSTable。

4. 替换原有 Major SSTable：

   • 一旦新的 Major SSTable 生成并验证无误后，系统会用新的 Major SSTable 替换原有的 Major SSTable。
   • 原有的 Major SSTable 将被标记为过期，并在后续的垃圾回收过程中被删除。

SQL 操作示例

若要手动触发 Major Merge，可以使用如下 SQL 命令：

ALTER SYSTEM MAJOR FREEZE;

执行后可以通过查询 oceanbase.CDB_OB_MAJOR_COMPACTION 表来检查合并状态：

SELECT * FROM oceanbase.CDB_OB_MAJOR_COMPACTION;

总结

综上所述，在 Major Merge 的时候，确实会生成一个新的 Major SSTable，并且这个新的 Major SSTable 会替代原有的 Major SSTable。这不仅有助于整理增量数据，还能提升读取性能，并提供一个天然的数据校验点。

详情请参考:

1. GV$OB_COMPACTION_SUGGESTIONS
2. V$OB_COMPACTION_SUGGESTIONS
3. V$OB_COMPACTION_DIAGNOSE_INFO

[AntTech_SP0R2Q]

Major Merge 里包含了数据库里的全部表的基线数据 ？ @论坛小助手

[论坛小助手]

根据文档库中的信息，Major Merge（大合并）确实涉及数据库中全部表的基线数据，但并不是直接对所有表同时进行合并。以下是详细的解释：

Major Merge 的范围和机制

1. 全局快照点的选择

Major Merge 是基于租户级别的操作，它会选择一个全局快照点。这个快照点确保了在合并过程中，所有分区的数据都是一致的。

2. 租户级别的合并

每个租户的每次 Major Merge 都会选取一个全局快照点，租户内所有的分区都会用这个快照点的数据做一次 Major Compaction。这意味着：

• 租户内的所有表：Major Merge 会处理租户内的所有表。
• 分区表：对于分区表，每个分区的数据都会基于同一个快照点进行合并。

3. 生成新的 SSTable

在 Major Merge 过程中，系统会将最新的 MemTable 数据以及之前转储到 SSTable 的增量数据与现有的 SSTable 进行合并，生成新的 SSTable 文件。这些文件包含了从选定快照点以来的所有数据，并且经过压缩和整理以提高查询性能。

4. 替换原有 SSTable

新生成的 SSTable 文件会替代原有的 SSTable 文件，原有的 SSTable 文件会被标记为过期并在后续的垃圾回收过程中被删除。

5. 并非同时处理所有表

虽然 Major Merge 涉及租户内的所有表，但它并不是一次性对所有表同时进行合并。而是按照一定的调度策略逐步完成。具体来说：

• 按分区处理：对于分区表，每个分区的数据会逐步进行合并。
• 按表处理：不同表的数据也会逐步进行合并，而不是一次性处理所有表。

SQL 操作示例

若要手动触发 Major Merge，可以使用如下 SQL 命令：

ALTER SYSTEM MAJOR FREEZE;

执行后可以通过查询 oceanbase.CDB_OB_MAJOR_COMPACTION 表来检查合并状态：

SELECT * FROM oceanbase.CDB_OB_MAJOR_COMPACTION;

总结

综上所述，在 Major Merge 的时候，确实会涉及租户内所有表的基线数据，但并不是直接对所有表同时进行合并。而是基于全局快照点，逐步对租户内的所有表及其分区进行合并，生成新的 SSTable 并替换旧的 SSTable。这不仅有助于整理增量数据，还能提升读取性能，并提供一个天然的数据校验点。

参考自《合并》以及《OceanBase 数据库性能的影响因素 → 合并与统计信息收集 → 合并》。

检索到的文档如下:

1. 列存 FAQ
2. MAJOR 和 MINOR
3. 阅读和管理 OceanBase 数据库 SQL 执行计划
4. OceanBase 术语
5. oceanbase.DBA_OB_FREEZE_INFO
6. oceanbase.CDB_OB_FREEZE_INFO
7. MERGE
8. 表与表之间的数据迁移

[AntTech_SP0R2Q]

SSTable 和 Table Store 之间的关系是什么？ @论坛小助手

[论坛小助手]

根据文档库中的信息，SSTable 和 Table Store 之间的关系可以详细解释如下：

SSTable 的定义和作用

1. SSTable（Sorted String Table）：

   • SSTable 是 OceanBase 数据库存储引擎中的一种静态数据文件格式。
   • 它是基于 LSM-Tree 架构的一部分，用于存储已经从内存中的 MemTable 转储到磁盘的数据。
   • SSTable 中的数据是按键排序的，并且是不可变的。每次转储或合并操作都会生成新的 SSTable 文件。

2. MemTable 和 SSTable 的关系：

   • MemTable 是内存中的数据结构，用于暂存写入操作的数据。
   • 当 MemTable 达到一定阈值时，会触发转储操作，将 MemTable 中的数据转储为 SSTable 文件。
   • 这种机制有助于将随机 I/O 转化为顺序 I/O，从而提高写入性能。

Table Store 的定义和作用

3. Table Store：

   • Table Store 是 OceanBase 数据库中管理表数据的逻辑概念。
   • 它负责管理和组织表的数据，包括基线数据（即 SSTable）和增量数据（即 MemTable）。
   • Table Store 维护了表的元数据信息，如表结构、索引等，并协调 MemTable 和 SSTable 之间的读取和写入操作。

4. Table Store 和 SSTable 的关系：

   • Table Store 管理多个 SSTable 文件，这些 SSTable 文件共同构成了表的基线数据。
   • 在查询过程中，Table Store 会协调访问 MemTable 和多个 SSTable 文件，以确保返回最新的数据视图。
   • Table Store 还负责处理 SSTable 的合并（Merge）操作，以优化存储空间和查询性能。

具体实现细节

5. 数据读取流程：

   • 当用户发起查询请求时，Table Store 会首先检查 MemTable 中是否有最新数据。
   • 如果没有找到，则继续在最近的 SSTable 文件中查找。
   • 如果仍然没有找到，则继续在更早的 SSTable 文件中查找，直到找到所需数据或遍历完所有 SSTable 文件。

6. 数据写入流程：

   • 写入操作首先写入 MemTable。
   • 当 MemTable 达到一定阈值时，触发转储操作，将 MemTable 中的数据转储为新的 SSTable 文件。
   • 新生成的 SSTable 文件会被添加到 Table Store 中进行管理。

7. 合并操作：

   • Table Store 会定期触发 Merge 操作，将多个小的 SSTable 文件合并为一个大的 SSTable 文件。
   • Major Merge 会生成一个新的 Major SSTable 文件，并替换原有的 Major SSTable 文件。

总结

综上所述，SSTable 是 OceanBase 数据库中存储静态数据的文件格式，而 Table Store 是管理这些 SSTable 文件以及 MemTable 的逻辑层。Table Store 负责协调读写操作，并通过管理多个 SSTable 文件来提供高效的数据访问和存储优化。具体来说：

• SSTable：静态数据文件，按键排序，不可变。
• Table Store：逻辑层，管理 SSTable 和 MemTable，协调读写操作，处理合并。

参考自《OceanBase 数据库存储架构概述》以及《转储与合并》。

检索到的文档如下:

1. 转储和合并概述
2. 数据库对象存储
3. 转储
4. 发现磁盘的静默错误
5. OceanBase 术语
6. 在您开始前
7. 转储管理概述
8. OBServer 节点安装目录结构
9. 锁机制

[AntTech_SP0R2Q]

每个表都有属于自己的 MemTable 和 SSTable 文件 ？ 每个表的MemTable是相互独立的？ 每个表的 SSTable 文件是相互独立的？ @论坛小助手

[AntTech_SP0R2Q]

mini SSTable 和 minor SSTable 可以称之为基线数据吗？ @论坛小助手

[AntTech_SP0R2Q]

同一个存储空间 是不是 指的是同一个Table Store？ @论坛小助手

[论坛小助手]

根据文档库中的信息，关于每个表是否都有属于自己的 MemTable 和 SSTable 文件，以及这些结构是否相互独立，可以详细解释如下：

每个表的 MemTable 是否相互独立？

是的，每个表的 MemTable 是相互独立的。

• MemTable 的定义和作用：

  • MemTable 是内存中的数据结构，用于暂存写入操作的数据。
  • 它由 BTree 和 Hashtable 组成，在插入/更新/删除数据时，数据被写入内存块，在 HashTable 和 BTree 中存储的均为指向对应数据的指针。

• 独立性：

  • 每个表在内存中都有自己独立的 MemTable。
  • 这意味着不同表之间的 MemTable 不会互相影响，每个表的写入操作只会影响其对应的 MemTable。
  • 这种设计确保了高并发写入场景下的性能和隔离性。

每个表是否有属于自己的 SSTable 文件？

是的，每个表有属于自己的 SSTable 文件，但具体实现上可能有所不同。

• SSTable 的定义和作用：

  • SSTable（Sorted String Table）是 OceanBase 数据库存储引擎中的一种静态数据文件格式。
  • 它是基于 LSM-Tree 架构的一部分，用于存储已经从内存中的 MemTable 转储到磁盘的数据。
  • SSTable 中的数据是按键排序的，并且是不可变的。

• 独立性：

  • 在逻辑上，每个表的 SSTable 文件是相互独立的。
  • 然而，在物理存储层面，多个表的 SSTable 文件可能会共享同一块磁盘空间或文件系统，但这不影响它们的逻辑独立性。
  • 每个表的 SSTable 文件包含该表的基线数据，即经过转储和合并后的静态数据。

每个表的 SSTable 文件是否相互独立？

是的，每个表的 SSTable 文件是相互独立的。

• 独立性：
  • 每个表的 SSTable 文件是独立管理的，这意味着一个表的 SSTable 文件不会影响另一个表的 SSTable 文件。
  • 在查询过程中，Table Store 会协调访问相应表的 MemTable 和 SSTable 文件，以确保返回最新的数据视图。
  • 合并操作（如 Major Merge 和 Minor Merge）也是针对单个表的 SSTable 文件进行的，不会跨表进行合并。

具体实现细节

• 数据读取流程：

  • 当用户发起查询请求时，Table Store 会首先检查对应表的 MemTable 中是否有最新数据。
  • 如果没有找到，则继续在该表最近的 SSTable 文件中查找。
  • 如果仍然没有找到，则继续在更早的 SSTable 文件中查找，直到找到所需数据或遍历完所有 SSTable 文件。

• 数据写入流程：

  • 写入操作首先写入对应表的 MemTable。
  • 当 MemTable 达到一定阈值时，触发转储操作，将 MemTable 中的数据转储为新的 SSTable 文件。
  • 新生成的 SSTable 文件会被添加到对应表的 Table Store 中进行管理。

总结

综上所述：

• 每个表的 MemTable 是相互独立的，确保了高并发写入场景下的性能和隔离性。
• 每个表有属于自己的 SSTable 文件，并且这些文件在逻辑上是相互独立的，尽管在物理存储层面可能会共享同一块磁盘空间或文件系统。
• 每个表的 SSTable 文件是相互独立的，确保了数据管理和查询的高效性和准确性。

参考自《OceanBase 数据库存储架构概述》、《转储与合并》以及《MemTable 结构》。

详情请参考:

1. 发现磁盘的静默错误
2. 转储和合并概述
3. 转储管理概述
4. 数据库对象存储
5. MemTable
6. 转储
7. 在您开始前
8. V$OB_SSTABLES

[论坛小助手]

根据文档库中的信息，关于每个表的 MemTable 和 SSTable 文件是否相互独立，以及 mini SSTable 和 minor SSTable 是否可以称为基线数据的问题，以下是详细的解释：

每个表的 MemTable 和 SSTable 文件是否相互独立

1. 每个表都有属于自己的 MemTable 和 SSTable 文件吗？

   • 是的，每个表确实有自己独立的 MemTable 和 SSTable 文件。具体来说：
     • MemTable：每个表在内存中会有一个或多个 MemTable 来暂存写入操作的数据。
     • SSTable：当 MemTable 达到一定阈值时，会触发转储操作，将 MemTable 中的数据转储为 SSTable 文件。这些 SSTable 文件是按表进行管理的。

2. 每个表的 MemTable 是相互独立的吗？

   • 是的，每个表的 MemTable 是相互独立的。这意味着不同表的 MemTable 不会共享内存空间，每个表的写入操作只会影响其自身的 MemTable。

3. 每个表的 SSTable 文件是相互独立的吗？

   • 是的，每个表的 SSTable 文件也是相互独立的。不同表的 SSTable 文件不会混在一起存储，而是各自独立管理。这有助于提高查询性能和数据管理的灵活性。

Mini SSTable 和 Minor SSTable 是否可以称之为基线数据

1. Mini SSTable 和 Minor SSTable 可以称之为基线数据吗？

   • 不可以，Mini SSTable 和 Minor SSTable 不能直接称为基线数据。具体来说：
     • Mini SSTable（L0 层）：这是从 MemTable 冻结并直接转储到 L0 层的结果。它属于增量数据，而不是基线数据。
     • Minor SSTable（L1 层）：这是通过下压 L0 层的多个 Mini SSTable 合并生成的。它也属于增量数据，而不是基线数据。
     • Major SSTable（L2 层）：这是通过 Major Merge 生成的全量静态数据文件，包含了从选定快照点以来的所有数据。这才是真正的基线数据。

总结

• 每个表的 MemTable 和 SSTable 文件是相互独立的，确保了不同表之间的数据隔离和高效管理。
• Mini SSTable 和 Minor SSTable 不能称为基线数据，只有 Major SSTable 才能被称为基线数据，因为它包含了全量的、静态的数据。

参考自《OceanBase 数据库存储架构概述》、《转储与合并》以及《分层转储结构》。

更多信息请查看:

1. OceanBase 数据库整体架构
2. 转储管理概述
3. 数据库对象存储
4. GV$OB_SSTABLES
5. V$OB_SSTABLES
6. 发现磁盘的静默错误
7. 转储和合并概述
8. 转储

[论坛小助手]

根据文档库中的信息，针对您提出的多个问题，我将逐一详细解答：

1. 每个表都有属于自己的 MemTable 和 SSTable 文件吗？

每个表的 MemTable 是相互独立的：

• MemTable 的独立性：
  • 在 OceanBase 数据库中，每个表确实有自己独立的 MemTable。这是因为 MemTable 主要用于暂存写入操作的数据，而不同表的数据是相互独立的。
  • 这种设计确保了不同表之间的数据不会混淆，并且可以独立地进行转储操作。

每个表的 SSTable 文件是相互独立的：

• SSTable 的独立性：
  • 每个表的 SSTable 文件也是相互独立的。每个表的数据在转储时会生成独立的 SSTable 文件，这些文件存储在磁盘上，并由 Table Store 管理。
  • 不同表的 SSTable 文件不会混合在一起，以确保数据的隔离性和一致性。

2. mini SSTable 和 minor SSTable 可以称之为基线数据吗？

mini SSTable 和 minor SSTable 的定义：

• Mini SSTable：

  • Mini SSTable 是 L0 层（L0 层 SSTable）的一部分，它是由冻结的 MemTable 直接 Flush 生成的。Mini SSTable 是临时的、增量的数据文件，不是基线数据。

• Minor SSTable：

  • Minor SSTable 是 L1 层的一部分，通常由多个 Mini SSTable 合并而成。Minor SSTable 也不是基线数据，而是增量数据的中间状态。

基线数据的定义：

• Major SSTable：
  • 基线数据指的是 Major SSTable，它是通过 Major Merge（大合并）生成的全量静态数据文件。Major SSTable 包含了从选定快照点以来的所有数据，并经过压缩和整理以提高查询性能。
  • 因此，只有 Major SSTable 才能被称为基线数据。

3. 同一个存储空间指的是同一个 Table Store 吗？

存储空间与 Table Store 的关系：

• Table Store 的定义：

  • Table Store 是 OceanBase 数据库中管理表数据的逻辑层，负责管理和组织表的数据，包括基线数据（即 SSTable）和增量数据（即 MemTable）。

• 存储空间的理解：

  • 当提到“同一个存储空间”时，通常是指同一个 Table Store。Table Store 管理的是特定表的数据，因此在同一个 Table Store 中，所有相关的 MemTable 和 SSTable 文件都属于同一个表或分区。
  • 对于不同的表或分区，它们会有各自的 Table Store，从而实现数据的隔离和独立管理。

总结

1. 每个表的 MemTable 和 SSTable 文件是相互独立的，确保了不同表之间的数据隔离和独立管理。
2. mini SSTable 和 minor SSTable 不是基线数据，只有 Major SSTable 才能被称为基线数据。
3. 同一个存储空间通常指的是同一个 Table Store，负责管理和组织特定表的数据。

参考自《OceanBase 数据库存储架构概述》以及《转储与合并》。

详情请参考:

1. OceanBase 数据库整体架构
2. 数据库对象存储
3. 发现磁盘的静默错误
4. 转储管理概述
5. GV$OB_SSTABLES
6. V$OB_SSTABLES
7. 转储和合并概述
8. 转储

[AntTech_SP0R2Q]

@论坛小助手

Major Merge

如果租户里有10个表，那么就有10个Major SSTable ？ 这10个Major SSTable都存放在block_file里 ？ @论坛小助手

[论坛小助手]

根据文档库中的信息，关于 Major Merge 和 Major SSTable 的存储机制，以下是详细的解释：

Major Merge 和 Major SSTable 的关系

1. 每个表的 Major SSTable

   • 独立性：在 OceanBase 数据库中，每个表确实会有自己独立的 Major SSTable。这是因为 Major Merge 是基于租户级别的操作，但具体到每个表时，会为每个表生成独立的 Major SSTable 文件。
   • 数量：如果一个租户中有 10 个表，那么在 Major Merge 后，理论上每个表都会有一个新的 Major SSTable 文件，因此会有 10 个 Major SSTable 文件。

2. Major SSTable 的存储位置

   • block_file：Major SSTable 文件并不是直接存放在 block_file 中，而是存放在特定的目录结构下。具体来说：
     • block_file 是 OceanBase 数据库存储数据文件的一部分，位于 /OBServer 节点安装目录/store/sstable 目录下。
     • 每个 Major SSTable 文件会被存储在这个目录下的相应子目录中，而不是直接存放在单个 block_file 中。
     • block_file 实际上是用于管理 SSTable 文件的元数据和索引信息，确保 SSTable 文件能够高效地被访问。

3. 存储结构

   • 目录结构：每个 OBServer 节点启动后会创建 block_file 文件，并且 SSTable 文件会按照一定的规则存储在相应的子目录中。
   • 物理存储：虽然多个表的 SSTable 文件可能会共享同一块磁盘空间或文件系统，但在逻辑上它们是相互独立的，每个表的 SSTable 文件都有自己独立的路径和命名。

4. 查询和读取流程

   • Table Store 协调：当用户发起查询请求时，Table Store 会协调访问对应表的 MemTable 和 SSTable 文件，以确保返回最新的数据视图。
   • SSTable 文件查找：Table Store 会根据表的元数据信息，定位到对应的 SSTable 文件进行读取，确保数据的一致性和准确性。

示例说明

假设一个租户中有 10 个表，每个表在 Major Merge 后都会生成一个新的 Major SSTable 文件。这些文件会存储在 /OBServer 节点安装目录/store/sstable 目录下的相应子目录中，而不是直接存放在单个 block_file 中。

-- 手动触发 Major Merge
ALTER SYSTEM MAJOR FREEZE;

-- 查询合并状态
SELECT * FROM oceanbase.CDB_OB_MAJOR_COMPACTION;

总结

• 每个表有独立的 Major SSTable：如果租户中有 10 个表，那么 Major Merge 后会有 10 个 Major SSTable 文件，每个表一个。
• Major SSTable 存储位置：这些 Major SSTable 文件会存放在 /OBServer 节点安装目录/store/sstable 目录下的相应子目录中，而不是直接存放在 block_file 中。
• 逻辑与物理隔离：虽然多个表的 SSTable 文件可能会共享同一块磁盘空间或文件系统，但在逻辑上它们是相互独立的，确保了数据管理和查询的高效性和准确性。

参考自《OceanBase 数据库存储架构概述》、《转储与合并》以及《OBServer 节点安装目录结构》。

更多信息请查看:

1. 数据库对象存储
2. 转储和合并概述
3. 发现磁盘的静默错误
4. 转储
5. 体验并行导入和数据压缩
6. 转储管理概述
7. 在您开始前
8. MemTable
9. 配置磁盘数据文件的动态扩容