请问谁知道T.P.M.C.是什么意思?代表了什么?
T.P.M.C.是一个神秘又可怕的组织.TPMC其实就是英文最强大的人门的神秘组合缩写.
数据库服务器的硬件配置依据什么？
我们从五个方面入手,帮助您系统的了解数据库服务器对服务器硬件有哪些要求.
选择数据库服务器的五个原则: 1)高性能原则
保证所选购的服务器,不仅能够满足运营系统的运行和业务处理的需要,而且能够满足一定时期业务量的增长.一般可以根据经验公式计算出所需的服务器TpmC值(Tpmc是衡量计算机系统的事务处理能力的程序),然后比较各服务器厂商和TPC组织公布的TpmC值,选择相应的机型.同时,用服务器的市场价/报价除去计算出来的TpmC值得出单位TpmC值的价格,进而选择高性能价格比的服务器.
结论:服务器处理器性能很关键,CPU的主频要高,要有较大的缓存 2)可靠性原则
可靠性原则是所有选择设备和系统中首要考虑的,尤其是在大型的、有大量处理要求的、需要长期运行的系统上.考虑服务器系统的可靠性,不仅要考虑服务器单个节点的可靠性或稳定性,而且要考虑服务器与相关辅助系统之间连接的整体可靠性,如:网络系统、安全系统、远程打印系统等.在必要时,还应考虑对关键服务器采用集群技术,如:双机热备份或集群并行访问技术,甚至采用可能的完全容错机.
结论:服务器要具备冗余技术,同时像硬盘、网卡、内存、电源此类设备要以稳定耐用为主,性能其次. 3)可扩展性原则
保证所选购的服务器具有优秀的可扩展性原则.因为服务器是所有系统处理的核心,要求具有大数据吞吐速率,包括:I/O速率和网络通讯速率,而且服务器需要能够处理一定时期的业务发展所带来的数据量,需要服务器能够在相应时间对其自身根据业务发展的需要进行相应的升级,如:CPU型号升级、内存扩大、硬盘扩大、更换网卡、增加终端数目、挂接磁盘阵列或与其他服务器组成对集中数据的并发访问的集群系统等.这都需要所选购的服务器在整体上具有一个良好的可扩充余地.一般数据库和计费应用服务器在大型计费系统的设计中就会采用集群方式来增加可靠性,其中挂接的磁盘存储系统,根据数据量和投资考虑,可以采用DAS、NAS或SAN等实现技术.
结论:服务器的IO要高,否则在CPU和内存都是高性能的情况下,会出现瓶颈.除此之外,服务器的扩展性要好,为的是满足企业在日后发展的需要.
4)安全性原则
TPCC的基本概念
TPC(Transaction Processing Performance Council，事务处理性能委员会)是由数十家会员公司创建的非盈利组织，总部设在美国。TPC的成员主要是计算机软硬件厂家，而非计算机用户，其功能是制定商务应用基准程序的标准规范、性能和价格度量，并管理测试结果的发布。
TPC不给出基准程序的代码，而只给出基准程序的标准规范。任何厂家或其他测试者都可以根据规范，最优地构造出自己的测试系统(测试平台和测试程序)。为保证测试结果的完整性，被测试者(通常是厂家)必须提交给TPC一套完整的报告(Full Disclosure Report)，包括被测系统的详细配置、分类价格和包含5年维护费用在内的总价格。该报告必须由TPC授权的审核员核实(TPC本身并不做审计)。 TPC在全球只有不到10名审核员，全部在美国。
TPC-C使用三种性能和价格度量，其中性能由tpmC（transactions per minute，tpm）衡量，Cpm）衡量，C指TPC中的C基准程序。它的定义是每分钟内系统处理的新订单个数。TPC-C还经常以系统性能价格比的方式体现，单位是$/tpmC，即以系统的总价格（单位是美元）/tpmC数值得出。 这类系统具有比较鲜明的特点，这些特点主要表现如下：
1、多种事务处理并发执行，充分体现了事务处理的复杂性；
2、在线与离线的事务执行模式；
3、多个在线会话终端；
4、适中的系统运行时间和应用程序运行时间；
5、大量的磁盘I/O数据流；
6、强调事务的完整性要求（ACID);
7、对于非一致的数据库分布，使用主键和从键进行访问；
8、数据库由许多大小不一、属性多样，而又相互关联的数据表组成；
9、存在较多数据访问和更新之间的资源争夺。
为什么增大benchmarksql执行时间，tpmc降低
说到benchmaeksql，其实很多人并不陌生
因为它确实在对数据库的测试过程中起到了一定的作用。现在很多数据库用户也会将这个测试的结果作为衡量数据库好坏的一个因素之一。
但是我相信，很多人在使用的过程中，也应该发现了benchmarksql的一些不足之处。
下面我将说一下个人的愚见，也许是自己操作过程中的问题，毕竟才踏入数据库开发的行列，还是一个菜鸟，在不停的学习中。
首先，个人呢觉得在数据加载这一块，做的不是很好，查看了一下load那一块的代码，发现对所有的数据都是insert进去的，这样的效率应该是相对于copy来说是慢很多的。
其次在最后进行数据测试的时候，如果设置为1个terminals的时候，可能看不出什么问题。但是当设置较大的时候，例如测试100个warehouse，根据测试规则，100个warehouse的时候，最多可以有1000个terminals，这个时候，就会发现经常回出现键值唯一的错误，出现这个错误应该是正常的，但是不应该在这个错误出现之后，报出java堆栈的错误，这个应该是一个bug吧
并且我查看了源代码之后，也发现了一个问题，就是在事物提交更新的那个模块，并没有做到一个sql语句进行一次事物提交，而是在两个或者更多的sql处理之后才进行提交操作。这个在做数据更新的时候可能会出错。具体网上应该有很多这样的文章，如果第一个错误，第二个提交事务的时候会报错，这个觉得应该需要修正一下。
另外在配置方面，在网上查了很久都没有说一个具体的配置之间的关联和最有配置。
这个目前根据自身的经验，我觉得和机子的配置有关，不同的配置，我们可以设置共享内存和存储方面
在每分钟执行事务数的那个配置，我们可以根据配置慢慢调整。我的做法是：设定好运行10分钟，1个terminals，100个warehouse，然后从1000开始，每次上涨10000，然后运行完之后看吞吐量，如果到达一个值之后，有所降低，然后在每次减1000或2000，直到找到最优值。
然后每分钟执行事务数设置找到的最优值，在调试terminals。从1000开始，往回每次减100，按照找limitTxnsPerMin的方法找出最优值即可。
当然这种方式找出的值，对不同主机和不同配置都是有所不同的。同时需要注意的是当terminals越大的时候，你会发现在执行的过程中，出现违反键值唯一约束的问题也就越多。不过我认为这个是正常的。
一般的PCserver的TPCC值是多少？4C32核的。
这要取决于你的具体应用和具体硬件2方面，下面案例公式供你参考：
参考案例：某项目计算实例
为了方便计算数据库服务器的造型，我们约定：
” 系统同时在线用户数为1500人（U1）；
” 平均每个用户每分钟发出2次业务请求（N1）；
” 系统发出的业务请求中，更新、查询、统计各占1/3；
” 平均每次更新业务产生3个事务（T1）；
” 平均每次查询业务产生8个事务（T2）；
” 平均每次统计业务产生13个事务（T3）；
” 一天内忙时的处理量为平均值的5倍；
” 经验系数为1.6；(实际工程经验)
” 考虑服务器保留30％的冗余；
服务器需要的处理能力为：
TPC-C=U1*N1*（T1 T2 T3）/3*3*经验系数/冗余系数
则应用服务器的处理性能估算为：
TPC-C= 1500*2*（3 8 13）/3*5*1.6/0.7= 274,285 tpmC
另附某参考资料说：HP DL580 G7 4C32核2.26G 1TBDDR3 TPC-C=1807347Ktpmc。希望能帮到你，请点个采纳啊，谢谢
