TEL::0898-88889999

网站公告:

诚信为本:市场永远在变,诚信永远不变。

主营项目

  • 伊朗到底有没有击落以色列的F35?
  • 如何评价海信激光电视新发布的探索 X1,是否能重新定义家庭***标准?
  • 女朋友去露营,3女2男的,要在野外搭帐篷过一夜,她的闺蜜不想让我去,我该怎么办?
  • 如何看待不超过1879元的Mac mini(M4+16/256GB+票),易用性吊打同级其他台式电脑?
  • 为什么开发一个 AI Agent 看似容易,但真正让它「好用」却如此困难?技术瓶颈主要在哪里?
  • 淘宝上几百块钱的小程序靠谱吗?

新闻动态

当前位置: 首页 > 新闻动态

mysql每天有1千万数据 怎么办?分表吗 有什么好的方案。?

我前公司,订单量最大的时候每天800万。

我们的设计是 订单表只保留4天的数据,每天凌晨空闲的时候把4天前的数据迁移到历史表里。

历史表只保留30天数据,也是每天凌晨空闲的时候把30天前数据迁移到备份表里。

备份表每个月一张表,名字比如 Order_202505 。

订单表和历史表在 高性能的服务器上的数据库里,而备份表放在低性能大硬盘的服务器上。

整个系统跑得很稳定,没啥问题。

补充一下查询的问题。

设计订单ID的时候就包含了下…。

mysql每天有1千万数据 怎么办?分表吗 有什么好的方案。?
上一篇:Web后端开发,用Python还是Go呢?
下一篇:Rust 的设计缺陷是什么?