縮放DB2以增加tps

我想和大家一起探討DB2的擴展選項。希望可以幫助我解決問題。縮放DB2以增加tps

我需要擴展我的DB2數據庫以預測到數據庫服務器的閃存羣集事務。我的數據庫只能在應用程序期間每秒處理大約200個事務++，而不是數據庫tps，然後我的數據庫完全停頓並退出cpu。

你們認爲什麼？如果我想增加達到2000 ++或10倍之前，我有什麼選擇來擴展我的數據庫？

最近我讀了關於pureScale功能。它的外觀看起來很有前途，但它的靈活性並不靈活，意味着它可以部署在IBM System X上，而我們的解決方案則不是。有沒有其他解決方案像pureScale一樣在共享方法中使用？

第二個選項可能是數據庫分區。數據庫分區或無共享方法可以幫助解決我的問題嗎？可以爲我的系統添加處理能力嗎？

感謝和問候，

弗裏茨

來源

2012-07-06 fritz

Desrbie您的硬件。我在使用4核+適當的光盤子系統的虛擬機上達到幾千條數據庫事務沒有問題 - 很顯然，您的編程效率非常低（數據庫服務器中的CPU吃什麼 - 事務處理中的數據庫服務器是IO綁定的，不受CPU限制）。 – TomTom 2012-07-06 04:19:39

這是我的第一次訪客，但它太糟糕了，當我監視我的服務器I/O其相當低，但我的CPU是100％排出失速。我的服務器是相當強大的。 CPU是2個插槽（總共24個核心），RAM是24gigs，存儲大量配置RAID 10.從性能分析，我捕獲1個事務大約200s sql（180選擇，20插入和更新）。 – fritz 2012-07-06 04:29:56

這沒有任何意義 - 這不是數據庫應用程序，而是將數據庫服務器用作應用程序服務器？你應該是IO問題，而不是數據庫問題。當你想擴展時，數據庫服務器中的邏輯是壞的 - 這是最難以擴展的部分。 – TomTom 2012-07-06 04:36:45

之前，你不用擔心如何擴大（在一臺服務器更多的硬件）或出（多個服務器），看你怎麼調整數據庫。從性能問題中尋找出路幾乎總是比花時間尋找和解決性能問題更昂貴。

假設數據庫服務器上消耗CPU的進程是數據庫引擎，那麼高CPU活動和低I/O活動表示您正在執行大量讀取操作，但它們只是全部記憶。即使該表完全存儲在內存（緩衝池）中，掃描巨大的表仍然效率低下。

查找使用最多CPU的SQL語句。看看解釋計劃，並找出如何使它們更有效率。 Web上有大量資源用於數據庫性能調整。

來源

2012-07-06 18:34:17

縮放DB2以增加tps

回答

相關問題