我有一個將部署在Azure上的應用程序。SQL Server:響應時間vs Cpu利用率vs IO
如果我們不關心託管成本(這將更多地依賴於CPU和IO而不是響應時間),那麼優化查詢以實現高頻率利用(將要執行的查詢)的最佳策略是什麼每秒多少次):
- 縮短響應時間
- 降低CPU利用率
- 減少IO
當然,所有這些優化風光arios有一個目標=每秒執行最大查詢次數。
什麼是最重要的策略,爲什麼?
我有一個將部署在Azure上的應用程序。SQL Server:響應時間vs Cpu利用率vs IO
如果我們不關心託管成本(這將更多地依賴於CPU和IO而不是響應時間),那麼優化查詢以實現高頻率利用(將要執行的查詢)的最佳策略是什麼每秒多少次):
當然,所有這些優化風光arios有一個目標=每秒執行最大查詢次數。
什麼是最重要的策略,爲什麼?
減少IO。即使使用高級存儲,Azure的IOPS也非常低。我想這就是地理鏡像的價格。將SQL Server虛擬機上的臨時存儲中的tempdb中的高頻查詢的所有數據保留。或者嘗試使用內存優化表。
額外的CPU可能很昂貴,但它是可用的。
如果虛擬機在同一個關聯組上,它們之間的響應時間可以縮短。對於客戶端響應時間,選擇最近的區域作爲ping蒼蠅。
這很難回答,因爲存在很多依賴關係。
- 數據結構(表,索引,變量類型)
- 量向下發送到客戶端的數據(1行的數據的1kb的或僅一個行與數據的500KB)用於
- 老虎
- 寫vs讀 5個數據文件組。
所以在這個聖人,我們只能想象如何處理與....