MySQL 9.0 版本資訊
下表顯示所有與 NDBCLUSTER 儲存引擎相關的 Performance Schema 表格。
表格 29.3 Performance Schema NDB 表格
| 表格名稱 | 描述 |
|---|---|
ndb_replication_applier_status |
每個複製通道的 NDB 複製套用程式狀態資訊 |
ndb_sync_excluded_objects |
無法同步的 NDB 物件 |
ndb_sync_pending_objects |
等待同步的 NDB 物件 |
注意
只有在 MySQL 啟用 NDBCLUSTER 儲存引擎的支援時，才會顯示這些表格。
NDB 中的自動同步會嘗試自動偵測並同步 NDB Cluster 內部字典與 MySQL 伺服器的資料字典之間的所有中繼資料不符。預設會在背景中定期執行此動作，間隔時間由 ndb_metadata_check_interval 系統變數決定，除非使用 ndb_metadata_check 停用，或由設定 ndb_metadata_sync 覆寫。
在 NDB Cluster 中充當 SQL 節點的 MySQL 伺服器會在這兩個 Performance Schema 表格中公開自動同步的目前狀態相關資訊
ndb_sync_pending_objects：顯示NDB資料庫物件的相關資訊，這些物件在NDB字典與 MySQL 資料字典之間偵測到不符。嘗試同步這些物件時，NDB會從等待同步的佇列和此表格中移除該物件，並嘗試協調不符之處。如果由於暫時性錯誤而導致物件同步失敗，則下次NDB執行不符偵測時，系統會將該物件重新擷取並新增至佇列 (以及此表格)；如果由於永久性錯誤而導致嘗試失敗，則會將該物件新增至ndb_sync_excluded_objects表格。ndb_sync_excluded_objects：顯示NDB資料庫物件的相關資訊，這些物件由於無法在沒有手動干預的情況下協調不符之處而導致永久性錯誤，進而導致自動同步失敗；這些物件會被列入封鎖清單，並且在完成此作業之前，不會再次考慮用於不符偵測。
下兩個章節會更詳細地描述這些表格。
從歷史上看，NDB 複製套用程式的狀態相關資訊僅以一組伺服器狀態變數的形式提供，這些變數僅反映預設複製通道的狀態。ndb_replication_applier_status 表格會為每個作用中的複製通道提供此資訊。如需此表格及其資料欄的詳細描述，請參閱第 29.12.12.3 節，「ndb_replication_applier_status 表格」。