我有sql azure數據庫。目前我使用的是「Web」SQL數據庫,因爲我的數據庫很小,例如大約300MB,最大大小爲5GB。我開始知道Web服務層將在2015年9月退役,我已將我的Live DB恢復爲最大尺寸爲2 GB的「標準」s0。但是我注意到,與退役的網絡版相比,新標準類型數據庫的性能很差。舉例來說,它通常需要40秒才能刪除Web版本中的6萬條記錄,現在需要2分鐘到3分鐘的新標準類型。有沒有人經歷過這樣的事情或者它只是我?針對新標準服務層的Web數據庫性能
請給我你的建議
我有sql azure數據庫。目前我使用的是「Web」SQL數據庫,因爲我的數據庫很小,例如大約300MB,最大大小爲5GB。我開始知道Web服務層將在2015年9月退役,我已將我的Live DB恢復爲最大尺寸爲2 GB的「標準」s0。但是我注意到,與退役的網絡版相比,新標準類型數據庫的性能很差。舉例來說,它通常需要40秒才能刪除Web版本中的6萬條記錄,現在需要2分鐘到3分鐘的新標準類型。有沒有人經歷過這樣的事情或者它只是我?針對新標準服務層的Web數據庫性能
請給我你的建議
我有類似的問題;我將sql 2008遷移到Azure Web;獲得了一場表演;然後從網頁切換到S0;再次受到重創。我想我現在在s1
我想它可能是缺少的索引;但有了跟蹤+調諧與天藍色的能力,我不得不手動做更多的事情。
首先,看看這個,http://msdn.microsoft.com/en-us/library/azure/ff394114.aspx你希望能夠到達你可以得到長時間運行的查詢的部分。
然後,用每個長時間運行的查詢;你會想要執行執行計劃。要查看查詢的執行計劃,我們需要在執行查詢之前明確包含它。右鍵單擊查詢窗口並選擇包括實際執行計劃。
如果這不能幫助你,那麼你需要做更多的工作;你想要做的是將數據庫(它作爲一個bacpac文件出來)導出到sql 2012(右鍵單擊Connection> Databases節點並選擇「導入數據層應用程序...」)在本地服務器somwhere(我使用了一個Azure VM);然後把一個應用程序/網站連接到這個,啓用查詢分析器,並以舊的方式調整它,這將揭示神奇消失的所有非聚集索引...一旦你將它們添加到你的SQL Azure數據庫,你會得到表現回來。
當然,你可能只是增加你的標準層,但可以得到昂貴,它能夠更好地調整和找出事情發生了錯誤...
看到DBA堆棧交換。這發生過。 – usr