至顶网›软件频道 ›DB2 9 XML 性能特征(1)

DB2 9 XML 性能特征(1)

扫一扫
分享文章到微信
扫一扫
关注官方公众号
至顶头条

既然 DB2 9 发布了，现在是时候对它的最新特性之一 —— pureXML? 进行测试驱动了。为此，建立了一个模拟的经纪业务环境。

作者：Irina Kogan 来源：IT专家网 2008年6月4日

查询工作负载：只读

在插入负载填充数据库之后，对数据库执行一个只读的工作负载。这个工作负载由 7 个 XML 查询组成，使用 25、50、75、100、125 和 150 个并发用户以不同的并发度执行。测试的时间长度是这 6 个测试各运行一个小时。

7 个查询都具有以下特征：

它们都是用符合标准的 SQL/XML 表示法编写的，比如带有嵌入式 XQuery 的 SQL，利用了参数标志。更多信息请参考 Advancements in SQL/XML。
它们使用 SQL/XML 谓词 XMLEXISTS 根据一个或多个条件选择 XML 文档，条件用 XQuery 表示法表示。
它们使用 SQL/XML 函数 XMLQUERY 检索完整的或部分 XML 文档，或者构造与数据库中存储的文档不同的结果文档。
它们使用与 XML 数据中的名称空间对应的 XML 名称空间。
它们利用一个或多个 XML 索引完全避免表扫描。
这 7 个查询在工作负载中具有同样的权重。
表 5 显示这 7 个查询的特征差异和它们涉及的表。

表 5. XML 查询小结

Q	查询名	CustAcc	Security	Order	特征
1	get_order	-	-	X	返回完整的订单文档，但是没有 FIXML 根元素。
2	get_security	-	X	-	返回完整的证券文档。
3	customer_profile	X	-	-	提取 7 个客户元素来构造概况文档。
4	search_securities	-	X	-	根据 4 个谓词从一些证券中提取元素。
5	account_summary	X	-	-	构造一个帐号说明。
6	get_security_price	-	X	-	提取一种证券的价格。
7	customer_max_order	X	-	X	联结 CustAcc 和订单，寻找一位客户的最大订单。

混合工作负载：读/写

与只读工作负载相似，混合工作负载针对填充的 600 万个 CustAcc 文档和 3000 万个订单执行，并使用 25、50、75、100、125 和 150 个并发用户产生不同的并发度。测试的时间长度是每个测试各运行一个小时。

混合工作负载由以下操作组成：

70% 的读操作：查询
30% 的写操作：6% 的更新操作，12% 的文档删除操作，12% 的插入操作。
查询与上面的只读工作负载中的查询完全一样，下面是定义更新/删除/插入事务时考虑的情况：

更新客户帐号以反映交易（订单的执行），但是不需要在每个订单之后立即执行（3% 的 CustAcc 更新）
在我们的场景中不更新订单文档（因此没有订单更新事务）
在交易时间定期更新证券的价格（3% 的证券更新）
客户的插入和删除少（2% 的 CustAcc 插入，2% 的 CustAcc 删除）
新订单不断到达，旧订单从系统中删除，两者的速率是相同的（10% 的订单插入，10% 的订单删除）
证券种类的数量是固定的（没有删除和插入事务）
通过考虑这些目标，产生了表 6 所示的事务组合。

表 6. 混合工作负载的事务

#	名称	类型	占总量的百分比
1	get_order	查询	10
2	get_security	查询	10
3	customer_profile	查询	10
4	search_securities	查询	10
5	account_summary	查询	10
6	get_security_price	查询	10
7	customer_max_order	查询	10
8	upd_custacc	更新	3
9	upd_security	更新	3
10	del_custacc	删除	2
11	del_order	删除	10
12	insert_custacc	插入	2
13	Insert_order	插入	10