未分散儲存的程式。  使用 NDB 儲存引擎的表格支援儲存程序、儲存函數、觸發器和排程事件，但這些 不會 在作為叢集 SQL 節點的 MySQL 伺服器之間自動傳播，而且必須在每個 SQL 節點上單獨重新建立。請參閱 NDB Cluster 中的儲存常式和觸發器。

沒有分散式表格鎖定。  LOCK TABLES 陳述式或 GET_LOCK() 呼叫僅適用於發出鎖定的 SQL 節點；叢集中的任何其他 SQL 節點都 「看不到」 此鎖定。對於任何鎖定表格作為其運算一部分的陳述式發出的鎖定，情況都是如此。(範例請參閱下一項。)

在 NDBCLUSTER 中實作表格鎖定可以在 API 應用程式中完成，並確保所有應用程式都先將 LockMode 設定為 LM_Read 或 LM_Exclusive。如需如何執行此操作的詳細資訊，請參閱 NDB Cluster API 指南中關於 NdbOperation::getLockHandle() 的說明。

ALTER TABLE 操作。  當執行多個 MySQL 伺服器 (SQL 節點) 時，ALTER TABLE 並非完全鎖定。(如前一項所述，NDB Cluster 不支援分散式表格鎖定。)

如果任何管理伺服器在同一主機上執行，您必須在連接字串中給節點明確的 ID，因為節點 ID 的自動分配無法在同一主機上的多個管理伺服器之間運作。如果每個管理伺服器都位於不同的主機上，則不需要此設定。

當管理伺服器啟動時，它會先檢查同一 NDB Cluster 中是否有任何其他管理伺服器，並且在成功連線到其他管理伺服器後，會使用其組態資料。這表示，除非管理伺服器是唯一執行的伺服器，否則會忽略管理伺服器的 --reload 和 --initial 啟動選項。這也表示，當執行具有多個管理節點的 NDB Cluster 的滾動重新啟動時，如果 (且僅如果) 該管理伺服器是此 NDB Cluster 中唯一執行的管理伺服器，則管理伺服器會讀取其自己的組態檔。如需詳細資訊，請參閱 第 25.6.5 節，〈執行 NDB Cluster 的滾動重新啟動〉。