对于单表数据量可能巨大的情况下,采用怎样的设计比较合适?求解,拜托了

对于单表数据量可能巨大的情况下,采用怎样的设计比较合适?
目前设计的是mysql数据库,有两张表(一张主表,一张副本 两张表存在主外键关联)存储公司设备发过来的信息
但是基于目前的业务情况,未来这两张表数据量会非常非常大
可能导致查询缓慢

预测的数据量是,每日会有100W条数据.保存一年数据.

在不用分布式而是单服务器的前提下.
基于什么方式比较合适?
分表分库也好,
专门针对这两张表不使用mysql存储用其它nosql数据库存储也行

期望各位大佬给出一种好的方案让我做一些

拜托了,各位

阅读 1.8k
1 个回答

如果两张表存在同样的sharding key, 可以考虑采用分库分表中间件.

撰写回答
你尚未登录,登录后可以
  • 和开发者交流问题的细节
  • 关注并接收问题和回答的更新提醒
  • 参与内容的编辑和改进,让解决方法与时俱进
推荐问题