twtiqfn 2019-07-05
CPU:4颗,主频2.6G,每个CPU内核数8个。
硬盘:800G,15000转SAS硬盘,理论读写速度150m/s。
内存:64G。
操作系统:Linux cent os 6
select l_returnflag, l_linestatus, sum(l_quantity) as sum_qty, sum(l_extendedprice) as sum_base_price, sum(l_extendedprice * (1 - l_discount)) as sum_disc_price, sum(l_extendedprice * (1 - l_discount) * (1 + l_tax)) as sum_charge, avg(l_quantity) as avg_qty, avg(l_extendedprice) as avg_price, avg(l_discount) as avg_disc, count(*) as count_order from lineitem where l_shipdate <= date '1998-12-01' - interval '90' day(3) group by l_returnflag, l_linestatus order by l_returnflag, l_linestatus;
LineItem表原始数据大小为79.6G(文本格式),数据行数600037902。
Oracle空间文件大小为200G,lineItem表数据导入时间20个小时。
SQL运行时间为637秒。
在SQL里增加并行选项select /+ parallel(lineitem 10) /后,运行时间下降到397秒。
集文件为集算器支持的数据文件格式。特点是对数据进行一定的压缩,以提高查找和计算的磁盘性能。
集文件结构简单,应用范围明确,其生成速度远远高于oracle的数据导入速度。lineitem数据导入仅需48分28秒,最终生成的集文件大小为56.9G。
用集文件改写上面SQL的SPL脚本如下:
上例运行时间为412秒,比SQL少了225秒。
在集算器中分组统计函数有两个,一个是groups,另一个是groupx。
在上例中已经介绍了groups的脚本。groupx脚本如下:
本例中该脚本的运行时间为418秒,与groups相当。
groups与groupx的区别在于,groups全内存运行,支持并行运行,但当内存不足时不能利用外存,仅仅是抛出异常。groupx在内存不足时会利用外存完成计算,但不支持并行。
选用groups还是groupx需要预判统计计算过程中,内存占用的大小。决定统计计算中内存占用大小的决定因素是,分组表达式可能产生的分组的个数。
本例中L_RETURNFLAG为二值,L_LINESTATUS为枚举值,可以判断分组数非常小。因此这里采用groups是合适的(groups通过并行可以大幅提高执行效率,后面会介绍)。
游标原意是为了减少内存消耗,保证大数据处理能力。但有时也能用于提高性能,原因在于减少内存使用后能减少磁盘换页机会,同时小内存块更容易分配出来、分配速度更快。
本例中因数据量大,必须使用游标。我们在笔记本上用1G的数据量进行过测试。当采用非游标运行的时候,内存占用达到了2380.2M,运行时间为100秒。而采用游标处理后内存占用降为183.49M,运行时间降为38秒。
我们看一下并行计算对运算效率的提升:
这里采用的是8线程,运行时间为84秒,运算效率提升了近5倍。
并行计算可以充分利用CPU、硬盘等计算机资源,提升运算效率效果明显。
设置不同的并行运算数可以取得不同的运算效率。在实际运行中,还要受硬盘转速、CPU核数等多种条件的影响。即使相同条件下,多次测试的结果也会有一定的波动。具体的性能指标只有多次实测才能得出。
集算器还提供了列存格式,即组表。我们再用组表来尝试一下,先生成组表。用文本文件生成组表的SPL脚本,如下:
组表有更好的压缩效率,最终生成的文件的大小为29.4G,其大小几乎只有集文件的一半。
组表运行脚本:
运行时间变为60秒,相对于集文件效率提高了1/3。
组表提高运行速度的原因是:
1、采用列存方式,数据集中,需要加载的数据量更少。
2、列存使得压缩比更高,磁盘数据进一步减少。
组表的一个好处是,可以让组表存储时,针对一些常用数据有序,以提高性能。本脚本有个针对L_SHITDATE的条件,如果将数据按此字段排序后会提高过滤性能。下面程序是让组表针对L_SHIPDATE排序:
排序后,再次运行脚本,运行时间为44秒(8线程),明显优于未排序情况。