对于单表数据量可能巨大的情况下,采用怎样的设计比较合适?求解,拜托了
对于单表数据量可能巨大的情况下,采用怎样的设计比较合适?
目前设计的是mysql数据库,有两张表(一张主表,一张副本 两张表存在主外键关联)存储公司设备发过来的信息
但是基于目前的业务情况,未来这两张表数据量会非常非常大
可能导致查询缓慢
预测的数据量是,每日会有100W条数据.保存一年数据.
在不用分布式而是单服务器的前提下.
基于什么方式比较合适?
分表分库也好,
专门针对这两张表不使用mysql存储用其它nosql数据库存储也行
期望各位大佬给出一种好的方案让我做一些
拜托了,各位
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
如果两张表存在同样的sharding key, 可以考虑采用分库分表中间件.