免费注册 查看新帖 |

Chinaunix

  平台 论坛 博客 文库
最近访问板块 发新帖
查看: 3529 | 回复: 3
打印 上一主题 下一主题

【讨论中】遇到个大数据表的问题 1个月的数据在2G左右 [复制链接]

论坛徽章:
8
CU大牛徽章
日期:2013-09-18 15:20:48CU大牛徽章
日期:2013-09-18 15:20:58CU大牛徽章
日期:2013-09-18 15:21:06CU大牛徽章
日期:2013-09-18 15:21:12CU大牛徽章
日期:2013-09-18 15:21:17天秤座
日期:2013-10-30 14:01:03摩羯座
日期:2013-11-29 18:02:31luobin
日期:2016-06-17 17:46:36
1 [报告]
发表于 2012-09-17 10:26 |显示全部楼层
本帖最后由 chinafenghao 于 2012-09-17 10:27 编辑

回复 1# badeager

楼主的硬件估计不太给力了,所以要想方法来处理了。
看你的sql,主要是where a group by b。
可以考虑一下几种方案。
1、使用分区表,以a为键来分区,这样每次group by就在一个分区里。
2、group by最好能够limit一下。
3、group by b的目的我不太清楚,如果你是为了取数量,你可以做一个临时表,不用实时跑。
4、硬件方面,这种group by肯定会用到临时表。所以可以监控硬件,group的时候哪方面的硬件资源不足,可以适当增加一些。
5、可以考虑将日志转出到infobright引擎做查询,效率会高非常多
   

论坛徽章:
8
CU大牛徽章
日期:2013-09-18 15:20:48CU大牛徽章
日期:2013-09-18 15:20:58CU大牛徽章
日期:2013-09-18 15:21:06CU大牛徽章
日期:2013-09-18 15:21:12CU大牛徽章
日期:2013-09-18 15:21:17天秤座
日期:2013-10-30 14:01:03摩羯座
日期:2013-11-29 18:02:31luobin
日期:2016-06-17 17:46:36
2 [报告]
发表于 2012-09-19 12:33 |显示全部楼层
@shang2010 where a = '' group by b.
如果按b来分区的话,where a的时候对磁盘的IO还是很比较大。读不存在并发问题,主要是IO问题。

我是这么理解的,

论坛徽章:
8
CU大牛徽章
日期:2013-09-18 15:20:48CU大牛徽章
日期:2013-09-18 15:20:58CU大牛徽章
日期:2013-09-18 15:21:06CU大牛徽章
日期:2013-09-18 15:21:12CU大牛徽章
日期:2013-09-18 15:21:17天秤座
日期:2013-10-30 14:01:03摩羯座
日期:2013-11-29 18:02:31luobin
日期:2016-06-17 17:46:36
3 [报告]
发表于 2012-09-19 12:34 |显示全部楼层
@cenalulu
嗯,如果没有where b这种和直接group by b。联合索引肯定比单独做两个索引好。

论坛徽章:
8
CU大牛徽章
日期:2013-09-18 15:20:48CU大牛徽章
日期:2013-09-18 15:20:58CU大牛徽章
日期:2013-09-18 15:21:06CU大牛徽章
日期:2013-09-18 15:21:12CU大牛徽章
日期:2013-09-18 15:21:17天秤座
日期:2013-10-30 14:01:03摩羯座
日期:2013-11-29 18:02:31luobin
日期:2016-06-17 17:46:36
4 [报告]
发表于 2012-09-19 12:35 |显示全部楼层
其实看楼主的描述,这个应该是他的一个测试,不是业务环境。应该最大的问题是硬件。
您需要登录后才可以回帖 登录 | 注册

本版积分规则 发表回复

  

北京盛拓优讯信息技术有限公司. 版权所有 京ICP备16024965号-6 北京市公安局海淀分局网监中心备案编号:11010802020122 niuxiaotong@pcpop.com 17352615567
未成年举报专区
中国互联网协会会员  联系我们:huangweiwei@itpub.net
感谢所有关心和支持过ChinaUnix的朋友们 转载本站内容请注明原作者名及出处

清除 Cookies - ChinaUnix - Archiver - WAP - TOP