我們在這裏有個簡單的問題:我們在一些表格(MySql數據庫)中執行了很多插入操作來測試我們的服務。所以,在插入很多內容之後,服務變慢了。我們可以得出結論(作爲第一步),當數據庫增長時,它往往會變慢?當數據庫增長時,它往往會運行得更慢?
回答
不,如果您正確使用索引並且您的硬盤不是由馬鈴薯泥做成的話。
它成爲一個考慮因素嗎?是。
正如我所看到的,它不是關於有很多表,但表的設計和其他作品內MySQL。如果那樣的話,像谷歌 - 雅虎這樣的普通品牌就不會有很好的表現。
公平地說,他們把大量的資源投入到他們的系統中,以使他們像他們一樣擴大規模。 –
你的意思是BigTable? – Ekin
我的意思是成千上萬的服務器分佈在全球各地,甚至比最壞的雙關還要多冗餘 –
這種放緩在新推出的軟件中很常見。隨着數據庫的增長,您會發現查詢瓶頸。推出新軟件的一部分是根據您的經驗調整您的數據庫。這不是MySQL的錯。這只是數據庫應用程序的性質。
(很多新的開發團隊在學習這門課時遇到困難,因爲他們沒有預算,也沒有人員來做這個調整任務,我希望你不屬於這個範疇,因爲我曾經去過那裏,而且我知道它很臭。)
您需要弄清楚如何判斷哪些查詢在生產中運行緩慢。您可以使用慢速查詢日誌來執行此操作。
http://dev.mysql.com/doc/refman/5.5/en/slow-query-log.html
然後,你需要檢查最差違規查詢。您可能會發現創建一些索引來加速它們的機會。
在每次新推出的前幾周繼續這樣做是個好主意。
你可以做的其他事情是在短時間內優化你的增長速度最快的表格。
http://dev.mysql.com/doc/refman/5.5/en/optimize-table.html
(這種事情需要一點停機時間)。
恭喜您創建一個可擴展的軟件應用程序!
- 1. 減少數據庫往返
- 2. Entitiy Framework - 數據庫往返
- 3. 減少往返數據庫
- 4. 從下往上增長/顯示圖像
- 5. 如何監控數據庫往返運行
- 6. IDNA不會往返
- 7. 減少往返服務器/數據庫
- 8. Django數據庫查詢往返
- 9. 零MPI計數往往是有效
- 10. WordPress的publish_post火災往往
- 11. 的Javascript往往小於
- 12. ScaleFactor往往是一個
- 13. 存儲庫和批量更新 - 避免數據庫往返
- 14. 凍結往年數據
- 15. MYSQL選擇往復數據?
- 16. 距離往往是一個,但我想距離往往是另一個
- 17. 的CreateDatabase往往不能對谷歌數據API
- 18. 點擊一個按鈕往往使得事件綁定就會失控
- 19. 適當的Json.net System.Object往返?
- 20. 緩存的實體進行往返數據庫
- 21. 前往ABAP幫助SAP庫
- 22. jQuery的變化往往引發
- 23. 的Qt:QSslSocket :: bytesWritten()信號被髮射往往
- 24. 試圖讓來來往往的JSON
- 25. 蘇打水往往拋出java.lang.ArrayIndexOutOfBoundsException:65535
- 26. php mail()往往沒有到達地址
- 27. R:eval(parse(...))往往不是最理想的
- 28. 爲什麼在使用Box2D JS時小的形狀往往會左移?
- 29. 運行差異時獲得增長
- 30. 許多往返數據庫,或所有數據/過濾器?
聽起來像索引缺乏或使用不當 –