性能良好的大 SQL 數據庫平台
我想知道您對哪個 DBMS（可能是 SQL）可以執行得相當好並且從 CPU / RAM 的角度不會對伺服器造成太大壓力的看法。我習慣了 MySQL，但我發現（當時可能是 MySQL 的一個錯誤 - 大約 4 年前）一個 1GB 的數據庫（或者是 10GB 嗎？哦，好吧……）導致系統吃很多東西ram（類似於 2GB 的 RAM），當僅對多個表之一進行一個簡單查詢時（SELECT * FROM … my_table WHERE=’’ 查詢和 WHERE 條件表示大約 0.1* 的條目桌子）。
我不需要一個高性能的 DBMS，它可以處理 1TB 的數據，並且每秒執行超過 100'000 次查詢而不會佔用超過 10GB 的 RAM。我打算將其用作帶有 PHP 的“統計收集器”數據庫（諸如臨時、負載、網路活動等統計資訊，……在我的 LAN 中）。將使用 PDO（或您可能推薦的框架中的其他擴展）進行查詢。我仍然希望擁有一個對系統影響較小的 BIG 數據庫，並且查詢的頻率不會很高（比如每 10 秒查詢 1 次作為頻率順序）。
由於這些是統計數據，它也可以在 sqlite 中完成，但我不太願意採用這種方法，因為我不太確定它在不消耗太多資源的情況下性能是否與 MySQL 一樣好。PostGreSQL 會是一個有價值的選擇嗎？RAM 使用率應盡可能低（無論如何 <4GB MAX）。CPU 使用率也是如此（越低越好），但在 >= 4 核 @ >2.8GHz 的情況下，我並沒有真正看到問題。
你有什麼特別的推薦嗎？這將從頭開始編碼，與我在吃太多資源之前所說的 DB 無關。任何幫助將不勝感激。
如果您對 SQL 進行了良好的編碼，並且為您正在執行的查詢定義了適當的索引，那麼 MySQL 應該可以滿足您的需求。您可以調整記憶體，但最大的因素將是您的 sql 和基於可用索引的訪問計劃。
在任何人說之前，是的，PostGreSQL 也可以像 Oracle、DB2、SQL Server、Sybase、Informix 等一樣做得很好。聽起來 OP 有 MySQL 經驗，所以我去了那裡。大供應商也傾向於吃更多的記憶體。