FineBI性能测试报告.docxVIP

FineBI性能测试报告测试环境说明硬件配置：测试应用服务器配置：应用服务器类型：tomcat7.0应用服务器内存：6G-8GCPU：Intel? Core? i7-3770 @3.4GHz (8核)内存：16GB硬盘：1TB, 7200/min操作系统：Windows Server 2003 R2 64位旗舰版SP2测试数据库服务器配置：数据库：Oracle 11gCPU：Intel? Core? i7-3770 @3.4GHz (8核)内存：16GB硬盘：1TB, 7200/min操作系统：Windows Server 2003 R2 64位旗舰版SP2软件配置：FineBI产品测试内容多维数据库生成时间多维数据库是FineBI的数据仓库，在服务器第一次开始分析前只需生成一次，日后只需在服务器闲置时定时更新。取数和索引分别对数据量为千万级至亿级的字符串类型、数值类型和时间类型的单一字段做Cube生成时间的测试。所有参与测试的字段均从某国家机关的真实大型数据库中截取，其中字符串字段类型为varchar，长度为16；数值字段类型为double，有效数字包含1位至12位；时间字段类型为date。三者不同数量级数据的Cube生成时间分别如表1、表2、表3所示。表1 不同数量级字符串类型数据的Cube生成时间数量级（10X）2345678生成时间（秒）0.20.2115103857表2 不同数量级数值类型数据的Cube生成时间数量级（10X）2345678生成时间（秒）0.20.20.20.2145387表3 不同数量级时间类型数据的Cube生成时间数量级（10X）2345678生成时间（秒）0.20.20以上三表可知，测试用服务器生成百万或以下级别数据量的Cube所用的时间都很少。当数据量达到千万或以上时，则需要较多的生成时间，此时如果服务器要对数据库进行频繁的更新并要求每次更新快速完成，推荐使用更高性能的CPU、内存和硬盘。三种类型的字段千万以上级别数据的Cube生成时间分别如图1、图2、图3所示。图1 千万以上字符串类型数据的Cube生成时间图2 千万以上数值类型数据的Cube生成时间图3：千万以上时间类型数据的Cube生成时间由以上各图可见，当数据量达到千万级别以上时时，Cube生成单一字段所用的时间和记录数成正比。此外，字符串字段生成时间较其他二者明显多，这是因为字符串字段在生成时还需要生成位图索引。因此，对于记录数和字段数量相等的两张表，字符串类型字段较多的一张表在生成Cube时将需要更多的时间。但一张表的生成时间并非是其各个字段单一生成时间的和。经测试，一张有1亿条记录，28个文本字段和2个数值字段的表生成共使用1小时44秒，比各个字段单独生成的时间低数倍。这是因为在生成一张表时同时生成若干字段的取数时间比单独生成若干字段大大节省。关联的生成 对分组数量较少的关联生成时间测试如下，主键表有100条记录，关联字段有100个分组，外键表的记录数按数量级递增。关联的字段为字符串类型字段。测试结果如表1所示。表1小数量分组至各数量级表的关联生成时间数量级（10X）2345678生成时间（秒）111171552057由表可知，对于小数量分组（100分组或以下），外键表处于百万或以下数量级时，关联的生成很快；当外键表在千万或以上数量级时，关联生成需要较多的时间。对分组数量较大的关联生成时间测试如下，分组采自实际数据，主键表有12万条记录，关联字段共有12万组，七张外键表具有不同的数量级。测试结果如表2所示。表2大数量分组至各数量级表的关联生成时间数量级（10X）2345678生成时间（秒）689121555371由表可知，对于外键表记录数不多的，较多的分组将花去更多的时间生成关联。但当外键表记录数很多时，分组多的关联反而生成的快。如图中所示，当该关联字段对应的外键表有1亿条记录时，关联生成仅需约6分钟，而一个小分组的关联在此数量级下需要约30分钟。另外，我们还对来自某国家机关的大型数据库的Cube生成时间进行了测试。该大型数据库包括若干张记录数过亿、有多个不同类型字段的大表，以及约70张涵盖以上各个数量级记录数的较小的表，且小表与小表、小表与大表、大表与大表之间都有涵盖以上测试项目的，多层而复杂的关联关系。此数据库的Cube生成一次约需6小时。前台展示时间前台展示时间包括取数、计算分组、计算数值和计算表格的时间。以下每一项前台展示速度的测试，均是在服务器计算机重新启动后进行的，即所有计算的结果、计算的取数均不存在于内存或缓存中。若服务器计算机保持运行，第二次使用之前的取数或计算结果时，展示时间将大大缩短。例如：对有以1亿条记录数的指标求和汇总，如果没有任何分组，第一次展示使用了37秒，而第二次展示只用了300毫