超级大容量数据库设计有关问题，年存储4万亿条记录
超级大容量数据库设计问题，年存储4万亿条记录。一秒钟有十几万条记录产生，一年有将近4万亿条记录产生，数据
超级大容量数据库设计问题，年存储4万亿条记录。
一秒钟有十几万条记录产生，一年有将近4万亿条记录产生，数据量非常之大，目前也有好多用户都提出了类似的要求，请教各位大神，有无可行的方案，不限数据库（目前使用MySQL，无法满足要求），只要能满足要求，关系型数据库、NoSQL数据库都行，请注明实现的方式，多谢。
说明：
1.不考虑超级服务器，太贵，但8核之类的服务器还可以接受；
2.除了检索，还要进行数据统计分析，可能会针对1年的数据进行分析，需要保证统计性能；
[解决办法]
这个数据量，恐怕只有ORACLE胜任了
[解决办法]
[解决办法]你的用户是百度谷歌吧?
[解决办法]前使用MySQL，无法满足要求
为什么
[解决办法]hadoop
[解决办法]一秒钟有十几万条记录产生，太厉害了！
[解决办法]楼主瞎折腾。。
什么项目，，有这么大请求啊。
[解决办法][解决办法][解决办法]NoSQL
[解决办法]按天 分表 分库
[解决办法]DB2啊DB2
[解决办法]无论是ORACLE或者DB2，这样的大的IO，单台普通计算机服务器肯定不行。 同样如果是多机，则不管是MYSQL还是ORACLE都可以。但关键是这个集群很难，需要有经验的专家。
[解决办法]一秒十几万记录是什么数据啊，短信也没这么多吧
必须cluster+负载均衡
[解决办法]楼主的大数据处理环境使用HBase+Hadoop+Hive，做分布式存储，后期做分布式计算，数据统计分析，挖掘之类的是一个可取的方案，可以说是解决这个大数据量利器。
[解决办法]学习ing
