开发者社区 > 数据库 > 关系型数据库 > 正文

PolarDB这种情况有什么建议么?

PolarDB这种情况有什么建议么?我们的场景也是表特别大
存订单明细 单表10E数据 光这个表都850G, 目前也在考虑按历史年度进行分表的考虑, 不过工作量和风险都比较大,
目前主要的问题:

  1. 数据量太大 无锁变更一天都执行不完, 进行结构变更很麻烦
  2. 这个明细表还需要和主表关联,性能越来越差

展开
收起
三分钟热度的鱼 2024-05-05 18:46:33 9 0
1 条回答
写回答
取消 提交回答
  • 现在从5.6的角度,确认不太好给建议,分区表确实好很多,之前很方便的把历史数据搞掉,目前转分区也是可以通过dts同步到同一个数据库的一张分区表,然后再rename尝试表转分区,但是如果业务压力大估计时间比较长一点。此回答整理自钉群“PolarDB专家面对面 - 大表&分区表& 冷温热数据管理& XEngine高压缩引擎功能 ”

    2024-05-05 20:27:04
    赞同 4 展开评论 打赏

相关电子书

更多
低代码开发师(初级)实战教程 立即下载
冬季实战营第三期:MySQL数据库进阶实战 立即下载
阿里巴巴DevOps 最佳实践手册 立即下载