mysql能否支持TB级别的数据量级

显示全部楼层 · 2012-10-10 13:11:14

本帖最后由 zhanhorse 于 2014-11-7 16:42 编辑
请教各位大侠，mysql能否支持TB级别的数据量级！
现在业务系统的需求，接入的数据源接口每天大概1个TB的日志，由于对mysql不甚了解，所以想请教一下！

千问 · 2012-10-10 13:11:14

一个TG的日志是什么意思？
到底是1T还是1G，这可相差很大
使用分区表应该没啥问题

千问 · 2012-10-10 13:11:14

lujinke 发表于 2014-11-7 16:38
一个TG的日志是什么意思？
到底是1T还是1G，这可相差很大
使用分区表应该没啥问题
是1个TB的日志。
请问大侠有没有处理过这个级别的数量级。

千问 · 2012-10-10 13:11:14

你们公司数据量很大啊，为什么不用oracle洌,mysql维护有点困难

千问 · 2012-10-10 13:11:14

你要拿这些数据来做什么？这是关键。如果光是存储，放到文件系统就好了。
如果要拿来分析。
离线处理可以考虑hadoop
实时处理可以考虑storm

千问 · 2012-10-10 13:11:14

没什么不行，看你怎么用。如果光保存，当然可以，如果基于索引查询少量记录，性能绝对比那些所谓时髦的大数据解决方案比如HIVE之类强。
但是MYSQL不支持并行查询，大批量查询，全表扫描性能很差

千问 · 2012-10-10 13:11:14

个人感觉比较吃力,mysql现在对并行,对分区表,真的不行.

千问 · 2012-10-10 13:11:14

OLAP类型运用吗？

千问 · 2012-10-10 13:11:14

一天一个TB,拜膜，还是文件系统吧

千问 · 2012-10-10 13:11:14

z597011036 发表于 2014-11-7 19:46
你们公司数据量很大啊，为什么不用oracle洌,mysql维护有点困难
我们是乙方，现在系统就是在ORACLE上跑的，但甲方方面的出文件说oracle数据库的扩容都不批准，不知道是基于安全考虑，还是成本考虑。