benchmark在計算機領域應用最成功的就是效能測試，主要測試負載的執行時間、傳輸速度、吞吐量、資源佔用率等。
benchmark的核心由3部分組成：資料集、 工作負載、度量指標。
tpc-c tpc-e 針對oltp系統的 tpc-e是tpc-c的改進版
tpc-h tpc-ds是針對olap系統的
olap：聯機分析處理，也叫決策支援系統，資料倉儲的應用基本上屬於這範疇。
oltp：聯機事務處理，關聯式資料庫的應用大部分屬於這個範疇。
測試tpc標準是在伺服器上的資料庫中做一些操作，最後得到tpm，tpc即每秒或每分鐘能處理的事務數。值越大越好。 另外還可以用伺服器的**除以tpc，即為價效比，值越低越好。
平時用的最多是oltp系統，所以最常用的標準是tpc-c和tpc-e
具體如何使用tpc？
只提供乙個規範，就是用文字描述一種標準的業務場景，但是具體怎麼實現tpc組織不管 需要自己寫**實現 當然會有軟體提供這些功能
tpc對於伺服器生產廠商有很大用處，參照標準使得自己的伺服器在tpc測試中得分越來越高，作為吸引客戶的手段。
客戶選取伺服器時，可以估計自己的應用系統的一些使用情況，比如總使用人數，每天使用人數，峰值等一些資訊。可以大體算出需要達到那個tpc標準。這樣不會花多餘的錢買太貴，也不會買不符合要求的。
tpc：功能是制定商務應用基層程式（benchmark）的標準規範、效能和**度量，並管理測試結果的發布。不給出基準測試的**，而只給出基準程式的標準規範。任何測試者都可以根據規範，最優的構造出自己的系統（測試平台和測試程式）為保證測試結果的客觀性，被測試者(通常是廠家)必須提交給tpc一套完整的報告(full disclosure report)，包括被測系統的詳細配置、分類**和包含五年維護費用在內的總價 格。該報告必須由tpc授權的審核員核實(tpc本身並不做審計)。現在全球只有幾個審核員，全部在美國。
MySQL基準測試（benchmark）
基準測試是唯一方便有效的 可以學習系統在給定的工作負載下會發生什麼的方法。基準測試可以觀察系統在不同壓力下的行為，評估系統的容量，掌握哪些是重要的變化，或者觀察系統如何處理不同的資料。基準測試的乙個主要問題在於其不是真實壓力測試。基準測試施加給系統的壓力相對於真實壓力來說，比較簡單。我們只能進行大概...
redis 測試工具benchmark
摘自 benchmark工具測試資訊 測試命令 redis benchmark n 100000 c 60 向redis伺服器傳送100000個請求，每個請求附帶60個併發客戶端 結果 部分 set 對集合寫入測試 100000 requests completed in 2.38 seconds ...
redis之benchmark壓力測試
進入redis bin目錄下 redis benchmark h localhost p 6379 c 100 n 100000 set 對我們的10萬個請求進行寫入測試 100000 requests completed in 1.68 seconds 100個併發客戶端 100 parallel...