MySQL NDBCLUSTER：是否適合大規模解決方案？

Question

關於NDBCLUSTER的一個問題。

我繼承了基於NDBCLUSTER 5.1解決方案（LAMP平臺）的網站編寫。

不幸的是，誰設計了以前的解決方案沒有意識到這個數據庫引擎有很強的限制。其中一個表最多可以有128個字段。前一個程序員設計了一個表，每行一列，每個日期加一個關鍵字段（他最初與MyISAM引擎一起工作），共有369個字段。好吧，它必須被重構，無論如何，我知道。更重要的是，引擎需要大量的調整：一個表的最大屬性數（默認爲1000，有點太少）以及許多其他參數，誤解或低估會導致嚴重的問題一旦你用數據庫進行生產，你就不得不改變一些東西。

即使NDBCLUSTER表的磁盤存儲如果沒有精確配置，也是偶然的：即使在CREATE TABLE語句中指定，引擎似乎更喜歡將數據保存在內存中 - 這可以解釋速度 - 但可能很痛苦如果您的節點1上的表應該突然崩潰（如在測試期間那樣）。所有節點和表中的表數據丟失後，只有1000條記錄損壞。

我們在一臺裝有8Gb RAM的服務器上，表中只有27個字段。

請注意，沒有運行節點關閉的ndb_mgm操作會影響表數據。它只是倒下，完全停下來。我們的提供商不明白爲什麼。

所以問題是：你會推薦NDBCLUSTER作爲大型Web服務數據庫的穩定解決方案嗎？

我們正在討論一個數據庫，其中應包含數百萬條記錄，數千個表和數千個目錄。

如果不是您推薦哪個數據庫作爲完成國家級規模Web服務任務的最佳選擇。

在此先感謝。

Answer 1

我對NDBCLUSTER有着可怕的體驗。這是memcached與範圍失效的好替代，僅此而已。該解決方案不存在穩定性和可配置性。你不能強制所有進程監聽特定的端口，備份正在工作，但我必須編輯vim中的bkp文件來恢復數據庫等。