SQLite可以成爲高流量網站中的mysql的替代品嗎? 謝謝Mysql,SQLite,可伸縮性
回答
簡短的回答是:SQLite是嵌入式數據庫。它的目的不同於獨立的RBDMS。雖然這是更快比MySQL的簡單的查詢,請記住,SQLite的有:
- 沒有很好的網絡支持(SQLite的目的是不同的),所以複製是PITA
- 粗粒度鎖定(一個寫在時間)
- 沒有先進的表統計
- 沒有複雜的查詢優化 大型數據庫
- 佔用大量內存(100GB的數據庫需要大約25MB RAM或每次交易前)
然後,如果您不打算在網絡上使用SQLite,數據庫大小非常小,查詢相當簡單,並且您有大量讀取(並且寫入數量非常少),那麼SQLite可能是更好的選擇。
關於MySQL:在超級高流量網站中優化和使用MySQL並不是一件容易的事。我推薦一些好的閱讀:
不!它不可能是!
Mysql已經不是一個好的解決方案。我們必須使用memcache ect或者虛擬fopen(),fwrite()! – TheNone 2010-10-31 10:04:03
是的。但考慮到SQLite和MySQL之間的問題,MySQL非常引人注目。當負載很高時MySQL滯後。 – NinethSense 2010-11-02 04:43:08
沒辦法。 SQLLite非常適合併發處理。數據庫將是一個巨大的性能瓶頸。
僅當您將數據推送到緩存並從緩存中讀取時。 SQLite 可以使用作爲緩存的持久性,但它確實不推薦。
SQLite的通常會是不錯的,作爲低 數據庫引擎中 流量的網站(這是說, 99.9所有網站的百分比)。 SQLite可以處理的網絡流量數量 當然取決於網站使用其數據庫的程度。一般來說 說,任何站點比每天100K次點擊得到更少的 應該用SQLite正常工作 。 100K點擊量/天數圖 是保守估計,而不是硬性 上限。 SQLite已經被 演示了與10倍的 一起工作的流量。
- 1. IIS可伸縮性
- 2. Azure上MySQL的可伸縮性
- 3. Cytoscape.js的可伸縮性
- 4. aho corasick的可伸縮性
- 5. SharePoint列表可伸縮性
- 6. Oracle Forms的可伸縮性
- 7. JGit可伸縮性限制
- 8. 可伸縮性和可用性
- 9. 性能和可伸縮性的MYSQL索引
- 10. 伸縮性JSON
- 11. java +提高性能和可伸縮性
- 12. WCF性能,延遲和可伸縮性
- 13. Web API併發性和可伸縮性
- 14. 準確地說近線性可伸縮性應該是良好的可伸縮性或可擴展性差?
- 15. 伸縮性圖像
- 16. 伸縮性比較
- 17. 使用MySQL作爲關鍵/值數據庫的可伸縮性
- 18. 設置多個MySQL數據庫與可伸縮性選項
- 19. 高可伸縮性技術堆棧
- 20. PHP Exec()和Python腳本可伸縮性
- 21. TaskCompletionSource具有更好的可伸縮性?
- 22. Web內容聚合的可伸縮性
- 23. 語言工具的可伸縮性
- 24. 視頻聊天:可伸縮性問題
- 25. Laravel Web App的可伸縮性
- 26. SQL Server 2008可伸縮性選項
- 27. 面向對象和可伸縮性
- 28. 蔚藍雲隊列的可伸縮性
- 29. 提高Crawler4j-Crawler效率,可伸縮性
- 30. WCF客戶端可伸縮性建議
不可能........ – 2010-10-31 10:00:03
我們develeopers手動緩存每個塊!並再次手動更新每個塊!因爲mysql超載問題:D – TheNone 2010-10-31 10:10:43
它是隻讀嗎?我的意思是數據庫?你有多少次寫入數據庫? – 2010-10-31 10:39:33