解读数据库服务器采购新标准 TPCETPC-C 与 TPC-E，孰优孰劣 “TPC-C 与 TPC-E 相比，哪一个更权威、更有用？”这是一个萦绕在专门多刚刚接触 TPC-E 的人的脑海中的一个差不多问题。也许你会说，假如 TPC-E不够好，TPC 组织什么缘故要用它来取代 TPC-C 呢？但不可否认的一个事实是，TPC-C 从 1992 年起差不多实行了 16 年，而 TPC-E 从去年 3 月推出还只有一年半的时刻，专门多用户明白 TPC-C，却不了解 TPC-E。我想要解决那个问题，第一得分析一下 TPC 组织什么缘故要用 TPC-E 来取代 TPC-C。TPCE 取代 TPCC 的缘故要紧有两个：一是 TPC-C 的模型差不多老化，二是 TPC-C 的测试成本太高。 TPC-C 的模型依旧十几年前的东西——过时的 C/S 架构，模拟的是批发商系统，简单的数据库和业务逻辑。而当今 WEB2.0 时代的 OLTP 应用，大多采纳流行的 B/S 架构，需要更大规模的并行处理能力，数据库和业务逻辑也更加复杂。明显，假如再用过去的模型来模拟今日的应用环境，确实显得有些不合时宜了。 为此，TPC-E 对模型进行大刀阔斧的创新——模拟证券经纪公司而不是批发商的流量和交易模式，从 C/S 架构过渡到 B/S 架构，数据类型从原先的 3种扩展到 10 种，事务类型从原先的 5 种增加到 12 种，数据表由原先的 9 个增加到了 33 个，数据库构成更加复杂，也更加符合实际应用，因此对服务器的性能要求也更高了。表 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 种，每个事务对应数据库治理系统中的一个或多个带输入和输出参数的储备过程，而且会涉及到不同表间的关联，这...
