2012-10-30 80 views
1

我決定嘗試一下Microsoft SQL Azure,因爲很多人都對此非常重視。它應該是快速,靈活,便宜和許多其他的東西。SQL Azure - 與本地主機數據庫相比非常慢

我把它啓動並運行,將我的數據遷移到Azure並連接了連接字符串。我試圖在數據庫上運行一些查詢,並對即使是簡單查詢的速度有多慢感到震驚。來自700行的表中的「SELECT *」需要7秒鐘。與我在共享主機上使用localhost managent工作室或數據庫時相比,我的頁面似乎非常緩慢。

現在,當我安裝我的服務器時,我無法選擇物理位置。但是,我住在丹麥,我可以看到服務器是「南美中心」。這可能是問題。

我不使用任何存儲過程(所以我猜沒有參數嗅探)..我也可以看到我的索引是成功傳輸的。

關於該怎麼做的任何想法?我失蹤的任何表現事物?

+5

你拉的數據通過互聯網連接,與本地訪問的數據。另外,Azure是一個共享資源。你期望會發生什麼? –

+1

您可能希望在歐洲的其中一個數據中心重新創建您的數據庫http://matthew.sorvaag.net/2011/06/windows-azure-data-centre-locations/ –

+0

Select * from Table may be a simple查詢,但你的問題可能是它拖回了多少數據。我會盡量避免在本地主機上的那個,不要介意遠離這個。將它剪下來選擇SomeColumn FRom SomeTable其中SomeKey = Value。多次運行,以確保一切都已醒來。然後開始擴大血壓並將血管回拉。這不是你沒有優化這個設置,需要一個很好的衡量的特點 –

回答

0

我已經在過去的許多年中使用了Azure,而且我原來的問題已經解決了。

我主要用Azure數據庫處理了一段時間後,外賣店:

  • 這是您的應用程序和數據庫置於同一區域極爲重要。如果沒有,那麼你將有一個緩慢的應用程序。最近我有一個API和應用程序運行在兩個不同的區域 - 每個響應花費了大約1秒鐘。在將其移動到相同的位置後,它是即時的
  • 如果您的應用程序負載很高,那麼升級通常是個好主意。出現這種情況更早比你想象的
  • 選擇最近的區域 - 這真的很重要
+1

更何況DTU的選擇範圍的底部,這就是你會得到 –

1

最近幾天我遇到了這個問題。將您的數據庫層從基本級改爲標準級,您將看到性能大幅提升。目前我正在查詢密集型儀表板上,它花了20秒的響應時間縮短到2秒的響應時間。

相關問題