如何規劃和選擇資料庫伺服器?(3、基於TPC-C的推算，評估資料庫伺服器的CPU)

TPC-C基準是交易處理委員會建立的一個專門示範線上交易處理效能(OLTP)的效能基準，它的測量方法是為了使客戶能夠評估不同的線上交易處理系統的效能，這些事務進程於一個可控制的狀態下在一個標準的資料庫中運行。

　　TPC-C測試包括5個典型的OLTP事務，它們是:

　　新訂單　:一個使用者提交一個新的訂單

　　支付　　:更新使用者的賬戶餘額以反映一個支付

　　交付　　:訂單的交付(通過一個批交易處理實現)

　　訂單狀態:返回使用者最新訂單的狀態

　　庫存水平:監控當前倉庫庫存

　　TPC-C的交易處理是在一個9個表的資料庫上實現的交易處理過程包括:更新、插入、刪除、終止，以及對主和次級鍵的訪問,每種交易處理90%的回應時間應小於或等於5秒，其中，庫存水平的回應時間可以在20秒以內。

　　TPC-C的輸送量值是終端活動水平的直接結果，如每一個倉庫有10個終端，在每一個終端上上述5個事務都是可用的，一個遠端終端模擬器被用來在效能測試過程中進行必要的事務混合工作。這個混合代表著一個完整的訂單商務處理流程:錄入、支付、檢驗、交付。更專業的是，這個必要的混合被定義為產生一個相等數量的新訂單和支付事務，以及在每10個新訂單事務中產生一個交付事務，一個訂單狀態檢驗事務和一個庫存水平檢驗事務

　　遠程終端模擬器也被用來測量每一個事務的回應時間，以及用來類比鍵入時間及考慮時間，鍵入時間是指在終端上錄入資料所花費的時間，考慮時間是指操作人員在終端讀取事務的結果，進行下一個事務請求之前所花費的時間。每一個事物都有一個最小鍵入時間和最小考慮時間。另外，這個回應時間必須在一個給定的極限值之下。

　　TPC-C基準測試的結果--TPC-C的輸送量(tpmC)，代表的是系統的最大的持久性能，它被定義為系統每分鐘可以處理多少個新訂單事務，與此同時，系統還在處理其他四種事務類型(支付、訂單狀態、交付、庫存水平)。所有5個TPC-C事務都有某個限定的使用者回應時間要求，其中新訂單事務的回應時間是5秒以內。因此如果一個系統的TPC-C值是100tpmC/min，說明該系統在每分鐘處理其他的混合的TPC-C事務的工作的同時，可以產生100個新訂單事務。

　　如何使用TPC-C進行伺服器的評估

　　由上可知，TPC-C測試基準主要用於測試主機伺服器每分鐘能夠處理的聯機交易筆數，測試產生的單位結果是TPM值(Transaction Per Minute，即每分鐘處理的交易比數)。

　　TPC-C雖然客觀的反映了各個電腦廠商的系統處理效能，並且測試基準也在不斷完善以更加貼近現實應用的交易環境，但是仍然無法與紛繁多樣的各類實際應用完全吻合;而且參加TPC測試的主機系統都做了適當程度的系統最佳化。因此，在實際業務應用系統選擇主機伺服器乘載體時，必須考慮到多方面的因素，以最大程度的做到適合應用系統的生產需求。

　　以下計算公式是IBM公司在金融綜合業務系統的實際應用中總結的經驗方法論，基本反映了金融業務特點對主機處理能力的需求:

　　TPM=TASK x 80% x S x F / (T x C)

　　其中:

　　TASK:為每日業務統計峰值交易量

　　T:為每日峰值交易時間，假設每日80%交易量集中在每天的4小時，即240分鐘內完成:T=240。

　　S:為實際銀行業務交易操作相對於標準TPC-C測試基準環境交易的複雜程度比例。由於實際的金融業務交易的複雜程度與TPC?C標準測試中的交易存在較大的差異，須設定一個合理的對應值。以普通儲蓄業務交易為例，一筆交易往往需要同時開啟大量資料庫表，取出其相關資料進行操作，相對於TPC-C標準交易的複雜度，要複雜很多;根據科學的統計結果，每筆交易操作相比較於TPC標準測試中的每筆交易的複雜度此值可設定為10~20。

　　C:為主機CPU處理餘量。實際應用經驗表明，一台主機伺服器的CPU利用率高於80%則表明CPU的利用率過高會產生系統瓶頸，而利用率處於75%時，是處於利用率最佳狀態。因此，在推算主機效能指標時，必須考慮CPU的冗餘，設定C=75%。

　　F:為系統未來3~5年的業務量發展冗餘預留。

　　綜上所述，為保障聯機業務處理效能要求，我們可推算得出主機所需的處理能力，據此得出相應的機型和配置。

TrackBack：http://biz.chinabyte.com/462/2293962_2.shtml