上亿数据如何秒查？

c式小菜鸟发布于 2017/09/10 17:44

阅读 930

答案 14

由于项目是在产线上运作(3 years+)，数据累积很大。在项目的数据库中，大概上千万级数据的表2个以上，百万级数据的表，很多...

加载中

冷冷gg

2017/09/10 20:04

热数据保留1年好了，去银行查个账单还只能一年以内呢

评论 (0) 引用此答案举报

霍啸林

2017/09/10 17:48

看你的预算了，预算多有预算多的做法，预算少有预算少的做法

评论 (0) 引用此答案举报

张金富

2017/09/10 17:54

用实时数据库

评论 (1) 引用此答案举报

c式小菜鸟

2017/09/10 23:58

会卡死的

回复举报

王二铁

2017/09/10 18:19

mongo、hbase、es都是备选方案，看你具体的需求了

评论 (1) 引用此答案举报

c式小菜鸟

2017/09/10 23:58

没有用到这些技术能用存储结构写嘛

回复举报

Mrling

2017/09/10 22:50 Android

还不知道你是用的oracle…关系型数据库还是非关系型的数据库，目测你是想优化关系型数据库吧？

评论 (1) 引用此答案举报

c式小菜鸟

2017/09/10 23:58

mysql

回复举报

HingBox

2017/09/11 08:55

用分布式

评论 (0) 引用此答案举报

jeremyli90

2017/09/11 09:01

列式数据库， infobright

评论 (0) 引用此答案举报

开源中国马桶盖

2017/09/11 09:13

分表分库不就得了... 你从新设计数据库，然后将历史数据全部导入你新库，导完之后旧库和新库做一个实时同步，等你做完新系统直接切过去就行了么.....

评论 (8) 引用此答案举报

开源中国马桶盖

2017/09/11 15:38

@c式小菜鸟回复@c式小菜鸟 : 很简单么根据业务需要拆表重新组合表么，简化表关系..冗余该冗余的部分数据就行了

回复举报

c式小菜鸟

2017/09/11 15:19

回复 @Kit_lee : 关联一张表，不是单表操作

回复举报

Kit_lee

2017/09/11 15:09

回复 @c式小菜鸟 : 具体业务不太了解，也给不出什么建议，传统来说，分库分表是最好解决问题的。将拆分规则再整理一下，不一定要按时间拆。将每个表的数据拆到一个能接受的范围就好了。还有其他回复也建议历史数据换地方放也是可以的，要是最后都还是感觉不OK，换NOSQL是最后的方案，但你要确认这数据没多少关系表，就一个单表

回复举报

c式小菜鸟

2017/09/11 14:52

回复 @Kit_lee : 分了表的就是按着以十天分一次的但是数据量还是很大

回复举报

c式小菜鸟

2017/09/11 14:51

回复 @Kit_lee : 分了但是还是数据量很大呀就十天数据都几千万了

回复举报