我正在構建一個使用後端服務器來存儲數據的移動應用程序。如果我用關係型數據庫來描述它,那麼它就是〜10K條記錄(2或3個表格)。計劃使用Linode VPS來承載它(512 MB)。我知道這個問題非常廣泛,但是想要了解負載下的性能。VPS上的MySQL性能
另一種選擇是使用Redis之類的NoSQL,但因爲需要放置一些時間來學習。
我已經在SO上搜索過,但還沒有滿意的答案。
PS:這是一個側面項目,我期望一路上學到東西。但是一些好的指標將有助於加快這一進程。
我正在構建一個使用後端服務器來存儲數據的移動應用程序。如果我用關係型數據庫來描述它,那麼它就是〜10K條記錄(2或3個表格)。計劃使用Linode VPS來承載它(512 MB)。我知道這個問題非常廣泛,但是想要了解負載下的性能。VPS上的MySQL性能
另一種選擇是使用Redis之類的NoSQL,但因爲需要放置一些時間來學習。
我已經在SO上搜索過,但還沒有滿意的答案。
PS:這是一個側面項目,我期望一路上學到東西。但是一些好的指標將有助於加快這一進程。
看起來你不得不努力優化查詢,而不是尋找一些快速修復。如果您以正確的方式編寫查詢,我一直在使用大量運行在虛擬服務器上的項目,而沒有性能問題。閱讀: http://owaisahussain.blogspot.com/2012/06/yet-another-blog-on-query-optimization.html
禁用InnoDB,這將爲您節省大量的RAM。要做到這一點,請在my.cnf文件中使用skip-innodb。
真正的數據量和表的數量幾乎沒有關係。執行查詢所需的內存量和查詢數量更重要。如果它是一個小結果集的簡單查詢,那麼你將會很好的使用VPS。我爲幾個項目使用了類似的規格VPS,並且沒有性能問題(尚未)。 – bumperbox
您需要提供更多信息。你可以發佈表的實際結構(有哪些字段,它是哪種類型的表,哪些字段有指示)?另外,你可以發佈樣本查詢嗎?從本質上講,很大程度上取決於你如何存儲數據和你正在檢索的內容。 –