- 1、本文档共7页,可阅读全部内容。
- 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
- 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
{售后服务}解读数据库
服务器采购新标准
表 1 :TPC-E 与 TPC-C 数据库比较
再来看看 TPC-C 的测试成本。由于TPC-C 的模型比较简单,服务器在测试时只是
做一些简单的数据查询、修改和删除操作;而在多核计算盛行的今天,针对这种
应用,强大的服务器 CPU 容易处于等待数据的空闲状态,I/O 因而成为严重瓶颈。
为了提升 I/O ,保证测试性能,服务器厂商往往需要动用大量的内存和磁盘。比
如 IBM 和惠普公司在获得最高分的 TPC-C 测试时都使用了 7000 块硬盘。这使得
参加 TPC-C 测试所需要的成本高达千万美元。如此巨额成本大大提高了 TPC-C 的
门槛,将很多小型服务器厂商拒之门外。而且,从用户角度来看,实际应用可能
并不需要如此海量的内存和磁盘,TPC-C 结果的适用性也受到了质疑。
而TPC-E 则不同。由于数据库更加复杂,要执行的事务处理更多——TPC-E 标准
中定义的事务有 12 种,每个事务对应数据库管理系统中的一个或多个带输入和
输出参数的存储过程,而且会涉及到不同表间的关联,这使得服务器 CPU 容易处
在“有事可做”的状态,因而对内存和磁盘 I/O 的要求也相对小一些。浪潮服务
器方案技术经理乔鑫告诉 IT168 记者,TPC-C 的硬件投入比TPC-E 要高出 3 倍以
上,由于 TPC-E 所需要的磁盘数量仅是 TPC-C 的十分之一,从而大大降低了服务
器厂商搭建硬件环境的成本。
图 1:TPC-E 测试模型之物理结构
TPC 组织负责TPC-E 推广的安德里亚斯此前在接受媒体采访时也曾表示,新测试
费用比较廉价的部分原因是对硬件的要求更加合理了,另外一个原因就是TPC 将
提供软件的源代码,取代了要求测试人员自己编写代码。
可见,模型更新和成本降低让我们看到了 TPC-E 新标准的魅力:更加逼近现实,
更有代表性,会更具广泛性。
TPC-E 对用户有什么参考价值
那么,对于用户来说,在实际采购数据库服务器过程中,又如何来理解和看待
TPC-E 的测试结果呢?
由于数据库的应用一般有两种,一种是OLTP ,即在线联机事务处理,另一种是数
据挖掘。就目前来说,OLTP 仍然是主流应用。所以从一定程度来说,TPC-E 的结
果对于数据库系统采购都有一定的参考价值,比如银行、证券、税务报税系统、
电子商务网站、电信业务等都是比较典型的OLTP 应用。英特尔服务器性能市场
经理高丰告诉 IT168 ,虽然不同用户的应用环境各不相同,TPC-E 无法提供一一
对应的方案,但其结果对采购决策还是有重要的方向性指导意义。
与 TPC-C 一样,TPC-E 的测试结果也主要有两个指标:性能指标(tpsE ,
transactionspersecondE)和性价比(成本/tpsE )。其中,前者是指系统在执行
多种交易时,每秒钟可以处理多少交易,指标值越大越好;后者则是指系统价格
与前一指标的比值,数值越小越好。
比如,某系统TPC-E 测试值达到 700tpsE ,这意味着什么呢?对此,乔鑫告诉记
者,700tpsE 相当于这样一种应用环境:有 36 万用户同时在线,每分钟处理 42
万个事务,每分钟进行 107 万个数据库存储过程,每天(8 小时)处理 2 亿个事
务,5.08 亿个数据库存储过程,90%以上的交易事务最长也只需不到3 秒就能完
成,应用的数据规模在 3TB 左右。
图2:TPC-E 测试模型之逻辑结构
当然,光有性能还不够,毕竟用户环境千差万别,这时可以借助 “成本/tpsE”
这样一个性价比指标,然后根据自己的预算和要求,计算出需要多大规模的系统。
对于 OLTP 应用来说,除了性能和性价比,系统的可靠性和可用性也是非常关键
的因素。虽然TPC 无法给出一个量化的指标,但却是通过测试过程规范机制来保
障系统的可靠性。
英特尔高级服务器性能工程师汪亚光介绍说,对于每个参加测试的厂商,TPC 组
织都会派出一位评审专家到现场监督,审查系统是否进行了数据保护,软硬件配
置是否正确,磁盘损坏的情况下能否保证业务正常运行。比如有这样一个环节,
当负载压力达到95%峰值时,在没有 UPS 保护的情况下,把所有服务器电源都拔
掉,检测系统还能否正常恢复,数据完整性能否得到保障,数据是否会丢失——
这对于系统的稳定可靠性是非常严峻的考验。
另外,要求保证测试结果稳定、连续运行两个小时以上,性能指标不能出现超出
5%以上的波动。要知道在实际应用环境中,很少有系统会在峰值状态下连续运转
两个小时。同时,高并发访问量和数据响应时间等因素也有严格的限制,在
文档评论(0)