新建集群后,对于多个租户的应用的静态数据(sstable)是否都放在/data/1/cluster_name/sstable/block_file文件中?
redo日志放在/data/1/cluster_name/clog/文件夹下?
那/data/log1/cluster_name/clog/文件夹下为什么还有一份数据?
根据文档库中的信息,可以对您的问题进行如下解答:
-
关于静态数据(SSTable)的存储位置
根据文档片段 2 和片段 6 的描述,静态数据(SSTable)确实存储在/store/sstable
目录下。具体到租户级别的目录结构,静态数据会按照租户 ID 进行区分存储。因此,多个租户的应用的静态数据不会直接存放在同一个block_file
文件中,而是会根据租户 ID 分别存放在对应的目录下。例如,租户 A 的 SSTable 数据会存放在类似/data/1/cluster_name/sstable/tenant_A/block_file
的路径下,而租户 B 的数据则存放在/data/1/cluster_name/sstable/tenant_B/block_file
中。 -
关于 Redo 日志(Clog)的存储位置
根据文档片段 1 和片段 5 的描述,Redo 日志(Clog)确实存储在/store/clog
目录下,并且是按照租户 ID 来区分的。例如,租户 A 的 Redo 日志会存放在/data/1/cluster_name/clog/tenant_A
下,而租户 B 的 Redo 日志会存放在/data/1/cluster_name/clog/tenant_B
下。依据: Redo 日志 → 日志文件类型
-
关于
/data/log1/cluster_name/clog/
文件夹下的数据
根据文档片段 1 和片段 9 的描述,/data/log1/cluster_name/clog/
文件夹下的数据可能是由于以下原因存在:- 日志归档或备份: OceanBase 数据库支持日志归档功能,可能会将部分 Clog 数据归档到其他目录中以供后续恢复使用。
-
磁盘分区配置: 如果集群配置了多块磁盘用于存储日志文件,则
/data/log1/
可能是另一块磁盘的挂载点,用于分散 I/O 压力。这种配置可以避免单块磁盘因高负载导致性能瓶颈。 - 历史数据残留: 在某些情况下,如果集群曾经经历过重新配置或迁移操作,可能会遗留旧的日志文件。
建议检查:
- 检查集群的磁盘分区配置,确认是否存在多块磁盘用于存储日志文件。
- 查看系统配置项
log_disk_utilization_threshold
和log_disk_utilization_limit_threshold
是否被调整过,这可能会影响日志文件的存储策略。 - 如果怀疑是历史数据残留,可以通过清理无用的日志文件来释放空间,但需确保不会影响业务运行。
如果您仍有疑问,建议进一步检查集群的配置文件或联系 OceanBase 技术支持团队获取更详细的帮助。
详情请参考:
我这边企业版的貌似没有你说的/data/1/clog目录,社区版有?
[admin@test-ob-zone1-observer001 1]$ tree -L 2 /data/log1/
/data/log1/
├── ob_poc
│ ├── clog
│ └── etc2
└── lost+found
4 directories, 0 files
[admin@test-ob-zone1-observer001 1]$ tree -L 2 /data/1
/data/1
├── ob_poc
│ ├── etc3
│ ├── slog
│ └── sstable
└── lost+found
5 directories, 0 files
不是社区版,我又看了一下,这是一个指向/data/log1/cluster_name/clog/文件夹的链接,不知道是为什么
您好,您提的这个技术问题可能牵涉到 OceanBase 企业版范围内的功能细节;针对此类问题,建议你通过以下方式寻求帮助:
-
如你所在的企业客户已签署 OceanBase 企业版销售合同,请你联系客户经理;
-
如你所在的企业客户尚未签署 OceanBase 企业版销售合同,你可通过OceanBase官网商务咨询页面留下你的联系方式,OceanBase企业版的业务顾问会在一个工作日内与你联系。
另外,我们欢迎你使用社区版,并在论坛/社群中分享你对社区版本的想法、经验和问题,与其他社区成员共同交流。
slog 在/data/log1/cluster_name/下,你这个怎么在/data/1/下