我有一個小型資料庫（<1G），但我們的網站有很多複雜的邏輯，客戶抱怨渲染時間為 3-5 秒。我們不是google，每天幾千個用戶是我們的夢想，所以規模不是問題，但速度很重要。有人可以分享基於 ASP.NET (MVC)/LINQ/MS SQL 的應用程式的 SSD 磁碟機的經驗嗎？你的表現如何提升？
更新：本白皮書指出速度將提高 20 倍。 http://www.texmemsys.com/files/f000174.pdf
答案1
我會將我的評論添加到先前的答案中，但我沒有足夠的聲譽......所以這裡......
購買更多內存。更多內存。如果您有 4GB，請選擇 16GB 或 32GB。即使是 32GB 或 RAM 也可能比優質 SSD 便宜。大多數 SSD 硬碟並不比硬碟好，但昂貴的 Intel 硬碟是明顯的例外（還有其他 SSD 速度更快，但價格要貴得多）。
如果你的資料庫只有 1GB，如果你添加足夠的內存，SQL Server 將幾乎所有內容都緩存在記憶體中。唯一的例外是您的進程正在寫入大量資料。如果每個使用者操作需要發生 1,000 個 INSERT 事務，那麼大量記憶體不會有太大幫助，那麼 SSD 驅動器可能會很有用......但我懷疑情況並非如此。在任何讀取操作中，記憶體始終比硬碟提高效能。
答案2
你有沒有真正找到自己的問題出在哪裡？是在資料庫中查詢嗎？它是在伺服器端處理查詢嗎？內容渲染？傳輸渲染內容？有許多領域可能會成為多層 Web 應用程式的效能瓶頸，並且要進行任何有意義的效能改進，您需要分析是什麼導致速度變慢。
答案3
不太好回答自己的問題，但是......
我有兩個主要項目正在進行中。兩者都使用 MS SQL / LINQ / ASP.NET 一個較舊，並且具有非常標準化的表結構。這意味著要呈現有關一個業務實體的信息，我可能會從 5-6 個相關表中讀取。
另一種是較新的並且具有更高的性能要求。它還使用 LINQ。在目前架構中，我被迫為每個搜尋結果尋找 1 個附加記錄。
帶 SSD：第一個項目。總頁面負載提高 30-50%。所以，這確實在某種程度上是有幫助的第二個項目。總頁面負載提高 10-20%。差異幾乎是最小的。然而，我感覺在這種情況下系統更容易處理壓力和隨機讀取。
總而言之，如果您的 SSD 大小成本約為 2-3 個工作日，我建議使用它，但不要指望有很大的改進。
答案4
您是否評估了針對資料庫的實際查詢？您的表現應該比您所看到的更好。