对于单表数据量可能巨大的情况下,采用怎样的设计比较合适?
目前设计的是mysql数据库,有两张表(一张主表,一张副本 两张表存在主外键关联)存储公司设备发过来的信息
但是基于目前的业务情况,未来这两张表数据量会非常非常大
可能导致查询缓慢
预测的数据量是,每日会有100W条数据.保存一年数据.
在不用分布式而是单服务器的前提下.
基于什么方式比较合适?
分表分库也好,
专门针对这两张表不使用mysql存储用其它nosql数据库存储也行
期望各位大佬给出一种好的方案让我做一些
拜托了,各位
对于单表数据量可能巨大的情况下,采用怎样的设计比较合适?
目前设计的是mysql数据库,有两张表(一张主表,一张副本 两张表存在主外键关联)存储公司设备发过来的信息
但是基于目前的业务情况,未来这两张表数据量会非常非常大
可能导致查询缓慢
预测的数据量是,每日会有100W条数据.保存一年数据.
在不用分布式而是单服务器的前提下.
基于什么方式比较合适?
分表分库也好,
专门针对这两张表不使用mysql存储用其它nosql数据库存储也行
期望各位大佬给出一种好的方案让我做一些
拜托了,各位
5 回答3.3k 阅读✓ 已解决
3 回答3.7k 阅读✓ 已解决
2 回答2.9k 阅读✓ 已解决
1 回答2.4k 阅读✓ 已解决
5 回答1.4k 阅读
2 回答2.1k 阅读
3 回答2k 阅读
如果两张表存在同样的sharding key, 可以考虑采用分库分表中间件.