- 25.4.3.1 NDB Cluster 組態:基本範例
- 25.4.3.2 NDB Cluster 的建議起始組態
- 25.4.3.3 NDB Cluster 連接字串
- 25.4.3.4 在 NDB Cluster 中定義電腦
- 25.4.3.5 定義 NDB Cluster 管理伺服器
- 25.4.3.6 定義 NDB Cluster 資料節點
- 25.4.3.7 在 NDB Cluster 中定義 SQL 和其他 API 節點
- 25.4.3.8 定義系統
- 25.4.3.9 NDB Cluster 的 MySQL 伺服器選項和變數
- 25.4.3.10 NDB Cluster TCP/IP 連線
- 25.4.3.11 使用直接連線的 NDB Cluster TCP/IP 連線
- 25.4.3.12 NDB Cluster 共用記憶體連線
- 25.4.3.13 資料節點記憶體管理
- 25.4.3.14 設定 NDB Cluster 傳送緩衝區參數
設定 NDB Cluster 需要使用兩個檔案
my.cnf
:指定所有 NDB Cluster 可執行檔的選項。您應該熟悉這個檔案,因為之前使用 MySQL 時就會用到,且叢集中執行的每個可執行檔都必須能夠存取此檔案。config.ini
:這個檔案有時稱為全域組態檔,只有 NDB Cluster 管理伺服器會讀取它,然後將其中包含的資訊分發給參與叢集的所有程序。config.ini
包含叢集中每個節點的描述。這包括資料節點的組態參數以及叢集中所有節點之間連線的組態參數。如需快速參考此檔案中可以顯示的區段,以及每個區段中可以放置哪些組態參數,請參閱「config.ini
檔案的區段」。
組態資料的快取。 NDB
使用具狀態組態。管理伺服器不會在每次重新啟動時都讀取全域組態檔,而是第一次啟動時會快取組態,之後,只有在符合以下其中一個條件時,才會讀取全域組態檔。
管理伺服器使用 --initial 選項啟動。使用
--initial
時,會重新讀取全域組態檔、刪除任何現有的快取檔案,且管理伺服器會建立新的組態快取。管理伺服器使用 --reload 選項啟動。
--reload
選項會讓管理伺服器將其快取與全域組態檔進行比較。如果兩者不同,管理伺服器會建立新的組態快取;任何現有的組態快取都會保留,但不會使用。如果管理伺服器的快取與全域組態檔包含相同的組態資料,則會使用現有的快取,且不會建立新的快取。管理伺服器使用 --config-cache=FALSE 啟動。這會停用
--config-cache
(預設為啟用),且可用來強制管理伺服器完全略過組態快取。在此情況下,管理伺服器會忽略可能存在的任何組態檔案,而總是從config.ini
檔案讀取其組態資料。找不到組態快取。在此情況下,管理伺服器會讀取全域組態檔,並建立快取,其中包含與檔案中找到的相同的組態資料。
組態快取檔案。依預設,管理伺服器會在 MySQL 安裝目錄中名為 mysql-cluster
的目錄中建立組態快取檔案。(如果您在 Unix 系統上從原始碼建置 NDB Cluster,則預設位置為 /usr/local/mysql-cluster
。)您可以在執行階段使用 --configdir
選項啟動管理伺服器來覆寫此位置。組態快取檔案是根據 ndb_
模式命名的二進位檔案,其中 node_id
_config.bin.seq_id
node_id
是叢集中管理伺服器的節點 ID,而 seq_id
是快取識別碼。快取檔案會使用 seq_id
,按照建立順序循序編號。管理伺服器會使用根據 seq_id
判斷的最新快取檔案。
可以藉由刪除較晚的組態快取檔案,或重新命名較早的快取檔案,使其具有較高的 seq_id
,來回復到先前的組態。不過,由於組態快取檔案是以二進位格式寫入,因此您不應嘗試手動編輯其內容。
如需有關 NDB Cluster 管理伺服器的 --configdir
、--config-cache
、--initial
和 --reload
選項的詳細資訊,請參閱第 25.5.4 節,「ndb_mgmd — NDB Cluster 管理伺服器精靈」。
我們不斷改進 NDB Cluster 組態,並嘗試簡化此程序。雖然我們致力於維持回溯相容性,但有時可能會引入不相容的變更。在這種情況下,如果變更不回溯相容,我們會嘗試事先通知 NDB Cluster 使用者。如果您發現此類變更且我們尚未記錄,請使用第 1.6 節,「如何回報錯誤或問題」中提供的指示,在 MySQL 錯誤資料庫中回報。