基于TPC-C的服务器性能计算方法
应用服务器性能TPC-C测算
240,000tpm / 70% = 342,857tpm
? 而服务器的实际资源占用即“系统忙”不应大于70%，则实际要求数据库服务器的处理性能TPC-C为：
342,857tpm / 70% = 489,796tpm。
应用服务器的连接，相当于5—6个数据库访问，按照经验，每个数据库访问相当于服务器3-4tpm的处理能力。
峰值连接： 10,000连接/秒
每个连接： 5—6个数据库访问
每个访问： 3—4 tpm (transaction per minute)
? 则应用要求服务器的TPC-C为：
每个连接平均需要10个数据库访问，按照经验，每个数据库访问相当于服务器3-4tpm的处理能力。
峰值连接： 6,000连接/秒
每个连接： 10个数据库访问
每个访问： 3—4 tpm (transaction per minute)
则应用要求服务器的TPC-C为：
6000 x 10 x 4 = 240,000tpm
? 因此，数据库双机系统TPC-C要求大于或等性能是单机的确1.8倍，因此单机TPC-C不能小于
500,000/1.8=278,000tpm。
应用服务器性能TPC-C测算
每秒峰值：10,000个连接/秒，即主机处理峰值应能达到10,000连接/秒；
10000 x 6 x 4 = 240,000tpm
? 系统本身要消耗30%的系统资源，则应用与系统要求服务器的TPC-C为：
240,000tpm / 70% = 342,857tpm
? 而服务器的实际资源占用即“系统忙”不应大于70%，则实际要求服务器的处理性能TPC-C为：
TPCC计算方法
TPCC计算方法TPCC（TPC-C）是一个基准测试，用于评估计算机系统的事务处理性能。
TPCC基准通过模拟一个在线事务处理（OLTP）数据库环境，来测试系统在处理多用户并发事务时的性能表现。
本文将介绍TPCC计算方法，并提供详细的解释。
TPCC基准主要包含了以下几个核心概念和计算方法：1. 事务（Transaction）：TPCC基准中模拟的是一个具有交互式用户的在线订单处理系统。
每个事务代表一个用户在系统中发出的一条命令，比如查询、更新或插入数据等。
每个事务都有一定的权重（Weight），用来表示其在整个基准测试中的重要性。
2. 终端（Terminal）：终端是指模拟的用户终端设备，每个终端可以同时执行多个事务。
终端的数量决定了基准测试中并发用户的数量，因此也会影响测试结果。
3. 仓库（Warehouse）：仓库是模拟的在线订单处理系统的中心数据库。
它包含了所有的数据表，比如顾客信息、订单信息等。
每个仓库有一个唯一的仓库号（Warehouse ID），终端根据仓库号来访问具体的数据。
4. 操作类型（Operation Type）：操作类型定义了终端可以执行的事务类型，比如新订单（New Order）、支付（Payment）、交货（Delivery）等。
每个操作类型通常对应一个或多个SQL查询或更新操作。
5. 事务权重（Transaction Weight）：每个事务都有一个权重值，用来表示其在基准测试中的重要性。
权重值越高，表示该事务在整个测试中占据的比例越大，对性能的影响也越大。
基于以上概念，TPCC基准的计算方法可以分为以下几个步骤：1.初始化数据库：在开始测试之前，需要初始化数据库，包括创建表结构、插入初始数据等。
通常会选择一个合适数量的仓库来模拟具体的系统负载。
2.确定测试参数：在进行基准测试之前，需要确定一些测试参数，比如终端数量、仓库数量、事务数量和持续时间等。
3.模拟用户交互：基于确定的参数，启动终端并模拟用户交互。
基于TPCC的服务器性能计算方法
开发技术文档之数据库服务器性能计算需求分析版本历史一、数据库服务器性能计算需求分析考虑到***公安局超级情报系统(SIS)设备升级项目的数据库服务器的性能，我们建议采用主流的T PC-C 值进行性能估算。
TPC-C 是一种旨在衡量联机事务处理（OLTP）系统性能与可伸缩性的行业标准基准测试项目。
这种基准测试项目将对包括查询、更新及队列式小批量事务在内的广泛数据库功能进行测试。
对于数据库密集型应用来说，TPC-C 被许多I T 部门视为衡量真实O LTP 系统性能的有效指示器。
***市公安局超级情报系统(SIS)设备升级项目未来的并发客户约为5000，绝大多数应用属于联机事务处理（OLTP）性质。
我们建议对数据库服务器的性能进行如下测算：为了方便计算数据库服务器的性能，我们约定：1) 系统同时在线用户数为5000 人（U1）；2) 平均每个用户每分钟发出2次业务请求（N1）；3) 系统发出的业务请求中，更新、查询、其它各占1/3；4) 平均每次更新业务产生4个事务（T1）；5) 平均每次查询业务产生4个事务（T2）；6) 平均每次其它业务产生8个事务（T3）；7) 一天内忙时的处理量为平均值的8倍；8) 经验系数为1.6；(实际工程经验)19) 考虑服务器保留50％的冗余；服务器需要的处理能力为：TPC-C=U1*N1*（T1+T2+T3）/3*8*经验系数/冗余系数则服务器的处理性能估算为：TPC-C= 5000*2*(4+4+8)/3*8*1.6/0.5=1,365,333tpmC情报系统数据库服务器关系到整个系统的稳定运行，考虑到高可靠性和高可用性，并注重设备的可扩展性和性价比，同时考虑满足5年内业务系统的服务能力，建议数据库服务器配置一台T PC-C 值不小于150 万的高性能小型机服务器，用做该情报系统的核心数据库服务器。
本次我们建议新购1台小型机，配置16 个3.55GHz C PU 及64GB内存，用于该超级情报系统系统的核心数据库服务器。
如何对服务器性能计算的公式参考(TPMC-TPCC)..
1.一技术建议书1.1.系统部署结构及软硬件配置1.1.1.设备部署方案常见的集团式部署方案有三种：●集中式部署：目录数据与原文均集中在总部服务器中；●分布式部署：目录数据与原文数据均分散在各个二级单位中存储，再由一套分布式全文检索系统将全集团数据提供统一门户、统一权限的检索；●混合式部署：目录数据集中存储在总部服务器中，电子文件存放在各个二级单位服务器中；XXXX根据本次项目需求与特点推举以纯B/S软件平台构成的集中式部署方案。
各种方案优点对比：1.1.2.硬件说明1.1.2.1. Hyper-V硬件需求安装并使用Hyper-V角色，需要满足以下条件:●一个基于64位的处理器。
Hyper-V仅在64位Windows Server 2008中可用——具体包括64位的Windows Server 2008标准版、Windows Server 2008企业版以及Windows Server 2008数据中心版。
Hyper-V在32位（x86）版本的或基于安腾系统版本的Windows Server 2008不可用。
虽然如此，Hyper-V 管理工具仍然提供32位版本。
●硬件辅助虚拟化。
这可用于包含了虚拟化选项的处理器——具体来说，包括拥有Intel VirtualizationTechnology（Intel VT）或AMD Virtualization（AMD-V）技术的处理器。
●硬件强制数据执行保护（DEP）必须可用并启动。
具体来说，必须启用Intel XD bit（execute disable bit）或AMD NX bit（no execute bit）。
●硬件辅助虚拟化以及硬件强制DEP在BIOS中设置。
虽然如此，设定的名称可能与以上有所不同。
了解特定的处理器型号是否支持Hyper-V，请与计算机制造商进行联系。
如果调整了硬件辅助虚拟化和硬件强制DEP的设定，可能需要断开计算机电源，并重新开机。
服务器TPCC值计算
服务器TPCC值计算TPC-C是一个基准测试，用于评估OLTP（在线事务处理）系统的性能。
它模拟了一个订单处理环境，通过执行一系列的事务来评估系统的吞吐量和响应时间。
TPC-C基准测试涉及到以下几个主要的表和事务：1. Warehouse（仓库）表：存储仓库信息，比如仓库编号，地址等。
2. District（区域）表：存储区域信息，比如区域编号，仓库编号等。
3. Customer（客户）表：存储客户信息，比如客户编号，区域编号等。
4. Order（订单）表：存储订单信息，比如订单编号，客户编号等。
5. Order-Line（订单行）表：存储订单行信息，比如订单行编号，订单编号等。
6. Stock（库存）表：存储库存信息，比如库存编号，仓库编号等。
TPC-C测试中包含以下几种基本事务：1. New-Order（新订单）事务：模拟一个新订单的生成，包括生成订单、订单行、库存更新等操作。
2. Payment（付款）事务：模拟一个客户付款的过程，包括根据客户编号查询订单信息、更新客户余额等操作。
3. Order-Status（订单状态）事务：根据客户编号查询订单状态信息，包括查询最近的订单、订单行等操作。
4. Delivery（发货）事务：模拟一个订单发货的过程，包括查询订单、更新订单状态等操作。
5. Stock-Level（库存水平）事务：查询特定仓库的库存水平信息，包括查询最近的订单行、库存数量等操作。
TPC-C测试的目的是通过执行大量的基本事务，来模拟真实的OLTP 环境，从而评估系统的性能和扩展性。
测试的主要指标是每分钟完成的事务数量（TPM）和平均响应时间。
TPC-C测试的计算方法如下：1.将所有的基本事务按照预定的比例进行混合执行，比如新订单事务占比45%，付款事务占比43%，订单状态事务占比4%，发货事务占比4%，库存水平事务占比4%。
2.根据实际的测试情况，确定每个事务的平均响应时间，比如新订单事务的平均响应时间为2秒，付款事务的平均响应时间为1秒，订单状态事务的平均响应时间为0.5秒，发货事务的平均响应时间为1.5秒，库存水平事务的平均响应时间为0.8秒。
TPC-C性能估算
TPC-C性能估算一、IBM p595、p590的TPC-C性能估算目前TPC组织的网站上发布了最新的IBM的p5-595的TPC-C值测试结果，如下表所示：型号处理器类型处理器主频处理器数量 TPC-C值p5-595 POWER5+处理器 2.3GHz 64路 4,033,378 tpmC(参见”[url]/tpcc/results/tpcc_perf_results.asp[/url]”)我们将根据最新的采用2.3GHz主频POWER5+处理器的p5-595服务器的TPC-C测试结果对不同配置下的TPC-C性能进行推算。
我们将按照以下两点依据进行估算：主频对比对于采用POWER5+系列处理器的p系列UNIX服务器(p5-5xx)而言，由于体系结构相同，因此不同主频处理器的处理能力基本上与频率成近似线性关系。
MP指数对于一个多CPU系统，MP指数越高说明系统每增加一倍的CPU所提高的性能越高，也就是说系统设计越接近线性增长。
基于POWER5＋处理器的p5-595与p5-590服务器的MP指数经验值在1.66-1.8之间。
对于p5-595服务器的处理器数量(64路)， 对于TPC-C性能指标，由于它反映的是服务器的整体性能指标，包括：系统结构、处理器、缓存、内存、I/O、操作系统、数据库软件、访问业务模型等，因此我们要综合考察设备的整体性能。
在这些因素中，处理器对性能指标的影响又是最大的。
处理器数量每增长1倍，整机性能的增加应小于1倍(因为处理器数量增长，会带来CPU对内存、系统总线和I/O等系统资源竞争的增加，使每个处理器的效率下降，同时系统的整机性能还受内存、I/O、操作系统、数据库软件等因素的限制，因此单纯增加CPU数量，系统性能无法实现线性增长)。
由于多CPU系统大部分只测试了满配置下的TPC-C 值，因此在非满配置情况下的服务器性能只能通过经验加以推算获得。
一般情况下，业界具有公认的经验系数称为MP指数用来进行推算。
TPCC计算方法
4 p5-590 20路2.1GHz主频POWER5+ 1,577,928
5 p5-590 16路2.1GHz主频POWER5+ 1,225,099
配置32路2.3GHz主频POWER5处理器的p5-595服务器的TPC-C值为(MP指数=1.67)：
4,033,378 / 1.67 = 2,415,196
配置16路2.3GHz主频POWER5+处理器的p5-595服务器的TPC-C值为(MP指数=1.8)：
2,415,196 / 1.8 = 1,341,775
1、 数据库服务器选型：采购两台相同配置的小型机，进行虚拟分区和并行处理，以提高系统资源的利用率；日后扩容时采取垂直扩展的方式进行升级；
2、 应用服务器：采用负载均衡的方式提高并发处理能力，一般可配置2台以上，每台的硬件配置完全可以不同，应首先考虑使用旧的数据库服务器（利旧），如需采购新的服务器，应采用水平扩展的方式逐步升级；
MP指数
对于TPC-C性能指标，由于它反映的是服务器的整体性能指标，包括：系统结构、处理器、缓存、内存、I/O、操作系统、数据库软件、访问业务模型等，因此我们要综合考察设备的整体性能。在这些因素中，处理器对性能指标的影响又是最大的。处理器数量每增长1倍，整机性能的增加应小于1倍(因为处理器数量增长，会带来CPU对内存、系统总线和I/O等系统资源竞争的增加，使每个处理器的效率下降，同时系统的整机性能还受内存、I/O、操作系统、数据库软件等因素的限制，因此单纯增加CPU数量，系统性能无法实现线性增长)。由于多CPU系统大部分只测试了满配置下的TPC-C值，因此在非满配置情况下的服务器性能只能通过经验加以推算获得。一般情况下，业界具有公认的经验系数称为MP指数用来进行推算。MP指数是指当CPU数量扩充为原配置的2倍时，服务器性能可以达到原配置性能的倍数。理论上，MP指数介于1.5?2之间，对于一个多CPU系统，MP指数越高说明系统每增加一倍的CPU所提高的性能越高，也就是说系统设计越接近线性增长。基于POWER5＋处理器的p5-595与p5-590服务器的MP指数经验值在1.66-1.8之间。对于p5-595服务器的处理器数量(64路)， MP指数约为1.67，因此：
服务器性能计算
TPC-C
平均每次更新业务产生3个事务（T1）； 平均每次查询业务产生8个事务（T2）； 一天内忙时的处理量为平均值的3倍； 考虑服务器保留30％的冗余； TPC-C=U1*N1*（T1+T2+T3）/3*（1+冗余系数） 并发操作每秒
系统占用约1G内存空间； 应用系统占用内存5G ； 内存估算 每个并发连接占用5 M； 考虑服务器内存保留30％的冗余； 内存 = (1G + 5GB + 1000*5M) *1.3 ≈ 14.3GB 应用服务器存储只需安装应用和系统错误或异常日志文件，没 存储容量估算 有太多存储需求，根据经验所得＝60G 记录时间(天，按一年计算） 固定数据总记录数：=400,000 每条记录占用字节数：10K (10,240 bytes，含同固定资产相关的 字典数据) 数据库存储大小 每月的日志数据存储容量需求：2G 索引容量系数 1.5， 考虑30%的冗余 没一个事物产生一条日志记录（一天产生的日志记录数） 一个月需要的存储：2T
应用服务TPCC计算 参数
系统同时在线用户数，单位：人（U1）； 平均每个用户每分钟发出5次业务请求（N1）； 系统发出的业务请求中，更新、查询、统计各占1/3；
参数值
4000
பைடு நூலகம்
5 1/3 3 8 3 0.3 286000 1000 1G 5G 5M 0.3 16G 60G 365 400000 10 2 1.5 0.3 286000 1992.54
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
.
开发技术文档之
数据库服务器性能计算需求分析版本历史
一、数据库服务器性能计算需求分析
考虑到***公安局超级情报系统(SIS)设备升级项目的数据库服务器的性能，我们建议采用主流的T PC-C 值进行性能估算。
TPC-C 是一种旨在衡量联机事务处理（OLTP）系统性能与可伸缩性的行业标准基准测试项目。
这种基准测试项目将对包括查询、更新及队列式小批量事务在内的广泛数据库功能进行测试。
对于数据库密集型应用来说，TPC-C 被许多I T 部门视为衡量真实O LTP 系统性能的有效指示器。
***市公安局超级情报系统(SIS)设备升级项目未来的并发客户约为5000，绝大多数应用属于联机事务处理（OLTP）性质。
我们建议对数据库服务器的性能进行如下测算：
为了方便计算数据库服务器的性能，我们约定：
1) 系统同时在线用户数为5000 人（U1）；
2) 平均每个用户每分钟发出2次业务请求（N1）；
3) 系统发出的业务请求中，更新、查询、其它各占1/3；
4) 平均每次更新业务产生4个事务（T1）；
5) 平均每次查询业务产生4个事务（T2）；
6) 平均每次其它业务产生8个事务（T3）；
7) 一天内忙时的处理量为平均值的8倍；
8) 经验系数为1.6；(实际工程经验)
1
9) 考虑服务器保留50％的冗余；
服务器需要的处理能力为：TPC-C=U1*N1*（T1+T2+T3）/3*8*经验系数/冗余系数
则服务器的处理性能估算为：TPC-C= 5000*2*(4+4+8)/3*8*1.6/0.5= 1,365,333tpmC
情报系统数据库服务器关系到整个系统的稳定运行，考虑到高可靠性和高可用性，并注重设备的可扩展性和性价比，同时考虑满足 5 年内业务系统的服务能力，建议数据库服务器配置一台T PC-C 值不小于150 万的高性能小型机服务器，用做该情报系统的核心数据库服务器。
本次我们建议新购1台小型机，配置16 个3.55GHz C PU 及64GB 内存，用于该超级情报系统系统的核心数据库服务器。
系统建设方案业务用户
根据以上业务模型，得出以下系统处理能力参数：
2
忙时测速系统W EB 服务所需建立的连接数（忙时并发连接用户数）：
Np *Mh * T /3600＝500*0.8*60/3600=6.7
本期工程根据宁夏联通综合网管业务的发展需求，综合网管系统忙时并发连接用户数为7户。
硬件设备处理能力计算
数据库服务器
本期数据库服务器T PMC 是根据标准模型中N ew-Order 事物的处理数目来计算的，一个New-Order 事物由平均4-5 个左右SQL 语句处理完成，整个测试的执行过程中，New-Order 处理占45%。
本次计按4个S QL 计算。
数据库服务器能力估算
数据库处理能力为：
3
TPMC＝(U1*B1*(Ty+Ts))/(1-R)＝(500×0.8×1.125)/(1－30%) =642.86tpmc
存储估算
数据库服务器的存储估算为：
存储容量=((U2*B1*C1*b1*Y)
/(1-R) )*X1*Z1=((60000*16%*4*0.004M*365) /(1-30%))*2/1024 MB=157GB
本期工程根据宁夏的业务规模和计算结果以及考虑网络的安全性，建议新增数据库服务器2台（建议单台配置2*8 核3.0GHz CPU/32G/6*300G）。
接口服务器
4
根据t pmC 标准是根据标准模型中N ew-Order 事物的处理数目来计算的，一个N ew-Order 事物由平均4-5 个S QL 语句处理完成，整个测试的执行过程中，New-Order 处理占45%。
本次计算按4 个SQL 计算。
接口服务器处理能力为：
TPMC＝(U1*B1*(Ty+Ts))/(1-R)＝(120000×0.2×(0.675)/(1－30%)
＝23143tpmc
本期工程根据宁夏的业务规模和计算结果，建议新增接口服务器1 台（单台配置2*8 核3.0GHz CPU/32G/6*300G）。
Web 服务器
（1）Web 服务器处理能力
5
各操作对应T PMC 值=活动用户数×每月使用次数×月忙时业务
比例/每月忙时段天数×日忙时业务比例/每天忙时小时数×操作次数
×操作折算标准事务数/每小时分钟数（60）
（2）Web 访问并发性能
服务器(tomcat)处理能力为：＝B2*(Ty1-Ty2)*(1-30%)* B1
＝24*(90%-10%) * (1-30%)*99
＝1330
6
单服务器上的t omcat 的整体理论处理能力1000-2000 个用户并发连接。
考虑系统操作系统c pu 使用率为10%,系统整体负载不能高于90%，并考虑服务器30%的冗余后t omcat 的处理能力为1330 个并发连接。
本期工程根据宁夏的业务规模和计算结果，建议新增W EB 服务器1台，与接口服务器互为备份（单台配置2*8 核3.0GHz
CPU/32G/6*300G）。
测速节点服务器
边缘测试服务器的性能需求，主要是对其网络带宽的估算。
测速服务器的性能估算，主要是对于其网络带宽的估算。
测速服
务器都配 1 个千兆网卡。
根据一个千兆网卡一般可支撑的实际网络带宽吞吐极限为600M 左右；从平均来看，用户从512k 测试到20M，平均按4M 估算，一台服务器能支撑的并发测试数为：600/4=150 次。
测速服务器T PMC 值估算(以45 万用户为基准)如下：
7
本期工程根据宁夏的业务规模和计算结果，结合宁夏业务发展情况，建议新增测试服务器1台（宁夏区中心集中设置1台测试服务器）（单台配置2*8 核2.0GHz CPU /16G/300G 以上）。
8
9。