在数据库中数据的表空间存储路径信息（tablespace）作为一个属性，一般在数据表创建的时候被指定，且数量只有一个无法变化。例如在南大通用GBase 8a数据库（gbase database）GCDW云数仓产品中数据文件只能写入固定 S3 桶。当表数据量持续膨胀，单路径会出现 IO 热点、存储容量上限等问题。
为解决单表空间存储路径瓶颈，GBASE GCDW对 tablespace 进行了多路径改造，重构了 DML/DDL、垃圾回收、备份恢复、LOADER 等核心链路，以tablespace多路径替换了原有的单路径，达到了数据文件分散存储在多个 S3 存储桶的目的。
整体存储架构
采用tablespace 多路径后，整体存储架构如上图所示：
pfile 逻辑对象
对应 pcfile1、pcfile2 两个物理文件；pcfile1 存放在 bucket_1，pcfile2 存放在 bucket_2
pcfile1 发生 update 更新
生成新版本pcfile1_ver2，依旧写入 bucket_1，不会漂移到其他桶。
通过这种设计，既实现多桶负载分散，又保证版本数据位置可控。
来自 “ ITPUB博客 ” ，链接：https://blog.itpub.net/69979120/viewspace-3181957/ ，如需转载，请注明出处，否则将追究法律责任。
请登录后发表评论
登录
全部评论
最新文章
- GBase 8s数据库root dbspace 存储结构分析
- GBase 8s数据库root dbspace保留页浅析
- DB-Engines榜单10月发布，部分国产数据库排名下滑
- 南大通用GBase 8a数据库压缩算法新老版本对照
- 南大通用GBase 8a数据库压缩算法类型简析
- G术时刻 |南大通用GBase 8c分布式数据库客户端工具 gsql
- 强网兴算 智汇生态｜GBASE南大通用亮相2026年国际信息通信展览会
- 南大通用GBase 8c数据库-两阶段提交事务状态保持（下）
- GBase 8c数据库-两阶段提交事务状态保持（上）
- 南大通用技术分享：GBase 8s 虚拟处理器在日常运维的关注要点
