SQL Server 2008可以每秒處理300個事務嗎？

在我當前的項目中，數據庫是SQL 2005，負載約爲35個交易/秒。客戶期待更多的業務，並計劃每秒處理300筆交易。目前，即使擁有良好的基礎設施，DB也會遇到性能問題一個典型的交易將至少有一個更新/插入和一些選擇。SQL Server 2008可以每秒處理300個事務嗎？

你們有沒有處理過任何處理SQL 2005或2008上運行的超過300個txn/s的系統？如果是的話，您使用的是哪種基礎架構？交易有多複雜？請分享你的經驗。有人已經建議使用Teradata，我想知道這是否真的需要。完全不是我的工作，但對SQL能處理多少好奇。

2009-10-22 Faiz

我@Kragen同意，然而，這可能是有用的 - http://as400bks.rochester.ibm.com/tividd/td/ITMD/SC23-4852-00/ en_US/HTML/mssql511rg93.htm – LiamB 2009-10-22 12:15:05

根據tcp.org，SQL Server 2005可能每秒獲得1,379個事務。 Here is a link到完成它的系統。（該網站上有基於SQL Server的系統，交易量更多......我鏈接的系統只是我看過的第一個）。

當然，正如Kragen所說，你是否能夠實現這些結果對任何人來說都是不可能的。

2009-10-22 12:24:53

這是一個很好的鏈接。我正在尋找類似的東西...... – Faiz 2009-10-22 12:42:44

根據報告，企業級服務器可以提供約3193 txn/s。這對我來說已經夠好了！ – Faiz 2009-10-22 12:47:57

1231433每分鐘超過20000次的事務。 http://www.tpc.org/tpcc/results/tpcc_result_detail.asp?id=105112801 – 2009-10-22 15:18:18

如果沒有性能測試，它是不可能分辨的 - 它很大程度上取決於您的環境（表中的數據，硬件，查詢正在運行）。

2009-10-22 12:14:15 Justin

可能值得指出的是，從理論上講，SQL Server 2008可以每秒處理數千次事務。 – 2009-10-22 12:33:36

基礎設施需要高性能的SQL Server可能會比當前的結構非常不同的充。

但是，如果您目前有問題，那麼很可能您的問題的主要部分是數據庫設計不好和錯誤的查詢設計。編寫性能不佳的查詢有許多方法。在高交易系統中，你買不起任何一個。沒有選擇*，沒有遊標，沒有相關的子查詢，沒有嚴重執行的功能，沒有哪些子句是不可搜索的。

我建議的第一件事就是讓自己弄幾本關於SQl服務器性能調優的書籍並閱讀它們。然後你會知道你的系統問題可能在哪裏，以及如何確定。

2009-10-22 15:37:34 HLGEM

回答