Mysql上的多個資料庫經常導致mysql伺服器崩潰

Question

我們在 CentOS 5.5 上運行 Mysql。並且正在使用資料庫分片的方法。由於它是一個 erp 應用程序，因此每個新應用程式/公司大約有 300 個表。目前我們的 mysql 伺服器中有大約 600 個資料庫。 （250 GB，24 GB RAM）但是伺服器經常崩潰。 1. mysql 是否有已知的限制以及它可以可靠支援的資料庫數量。我瀏覽了其他線程和博客，但找不到任何明確的分析。資料庫 vs mysql 伺服器崩潰/可用性。

另一方面，我也希望得到任何為 ERP 等複雜應用程式做過資料庫管理的人的建議。 2.這個模型可靠嗎？您將如何更改它以使其更可靠？

Answer 1

首先，我不太清楚你所說的「經常」是什麼。但在我看來，資料庫伺服器不應該崩潰。你真的應該嘗試找出這個問題的根源。是整個伺服器宕機了還是只是 MySQL 進程宕機了？崩潰日誌？ MyISAM還是Innodb？

當然，有一些方法可以讓 MySQL 失敗。您可能遇到的最明顯的一種情況是將 MySQL 配置為使用比可用記憶體更多的記憶體（它將耗盡記憶體並隨機崩潰）。

但回答你的問題：

1. 有一些已知的限制，其中大部分來自作業系統。請記住，每個資料庫都儲存在單獨的文件中，這可能會導致您耗盡文件句柄等資源。根據您的配置，600 個資料庫可能會開始突破這些限制，這可能會導致負載下令人煩惱的崩潰。

2. 我不會認為大多數 ERP 安裝非常複雜，也不會認為您正在處理的資料量非常大。我的主要建議是確保您的硬體/軟體安裝可靠。除非遇到嚴重的負載問題，否則分片/主從和類似的設定可能會降低設定的可靠性，因為增加了複雜性。