NDB Cluster 磁碟資料儲存是使用下列物件實作的

復原日誌檔和資料檔案是每個資料節點檔案系統中的實際檔案；依預設，它們會放置在 NDB Cluster config.ini 檔案中指定的 DataDir 中的 ndb_node_id_fs 中，其中 node_id 是資料節點的節點 ID。您可以透過在建立復原日誌或資料檔案時指定絕對或相對路徑作為檔案名稱的一部分，將它們放置在其他位置。本節稍後會顯示建立這些檔案的陳述式。

復原日誌檔僅由磁碟資料表使用，記憶體中僅儲存的 NDB 表格不需要或不使用。

NDB Cluster 表空間和日誌檔群組不是以檔案形式實作的。

雖然並非所有磁碟資料物件都以檔案形式實作，但它們都共用相同的命名空間。這表示每個磁碟資料物件都必須有唯一的名稱 (而不只是每個給定類型的磁碟資料物件)。例如，您不能有表空間和名為 dd1 的日誌檔群組。

假設您已設定包含所有節點 (包括管理和 SQL 節點) 的 NDB Cluster，在磁碟上建立 NDB Cluster 表的基本步驟如下

可以使用 mysql 用戶端或其他 MySQL 用戶端應用程式中的 SQL 陳述式來完成這些任務中的每一個，如下列範例所示。

您可以透過查詢 INFORMATION_SCHEMA 資料庫中的 FILES 表，取得剛剛建立的 NDB 磁碟資料檔案和復原日誌檔案的相關資訊，如下所示

mysql> SELECT
              FILE_NAME AS File, FILE_TYPE AS Type,
              TABLESPACE_NAME AS Tablespace, TABLE_NAME AS Name,
              LOGFILE_GROUP_NAME AS 'File group',
              FREE_EXTENTS AS Free, TOTAL_EXTENTS AS Total
          FROM INFORMATION_SCHEMA.FILES
          WHERE ENGINE='ndbcluster';
+--------------+----------+------------+------+------------+------+---------+
| File         | Type     | Tablespace | Name | File group | Free | Total   |
+--------------+----------+------------+------+------------+------+---------+
| ./undo_1.log | UNDO LOG | lg_1       | NULL | lg_1       |    0 | 4194304 |
| ./undo_2.log | UNDO LOG | lg_1       | NULL | lg_1       |    0 | 3145728 |
| ./data_1.dat | DATAFILE | ts_1       | NULL | lg_1       |   32 |      32 |
| ./data_2.dat | DATAFILE | ts_1       | NULL | lg_1       |   48 |      48 |
+--------------+----------+------------+------+------------+------+---------+
4 rows in set (0.00 sec)

有關更多資訊和範例，請參閱 第 28.3.15 節，〈INFORMATION_SCHEMA FILES 表〉。

隱式儲存在磁碟上的欄位索引。 在剛才顯示的範例中定義的表 dt_1 中，只有 dob 和 joined 欄位儲存在磁碟上。這是因為 id、last_name 和 first_name 欄位上有索引，因此這些欄位的資料會儲存在 RAM 中。只有未建立索引的欄位才能保存在磁碟上；索引和已建立索引的欄位資料會繼續儲存在記憶體中。在設計磁碟資料表時，您必須牢記使用索引和節省 RAM 之間的權衡。

您無法在已明確宣告為 STORAGE DISK 的欄位上新增索引，而必須先將其儲存類型變更為 MEMORY；任何嘗試這樣做的操作都會失敗並產生錯誤。可以為 隱式 使用磁碟儲存的欄位建立索引；執行此操作時，欄位的儲存類型會自動變更為 MEMORY。所謂的「隱式」，我們指的是儲存類型未宣告，而是從父表繼承的欄位。在以下 CREATE TABLE 陳述式中（使用先前定義的表空間 ts_1），欄位 c2 和 c3 隱式使用磁碟儲存。

mysql> CREATE TABLE ti (
    ->     c1 INT PRIMARY KEY,
    ->     c2 INT,
    ->     c3 INT,
    ->     c4 INT
    -> )
    ->     STORAGE DISK
    ->     TABLESPACE ts_1
    ->     ENGINE NDBCLUSTER;
Query OK, 0 rows affected (1.31 sec)

由於 c2、c3 和 c4 本身未宣告為 STORAGE DISK，因此可以為它們建立索引。在此，我們分別使用 CREATE INDEX 和 ALTER TABLE 為 c2 和 c3 新增索引

mysql> CREATE INDEX i1 ON ti(c2);
Query OK, 0 rows affected (2.72 sec)
Records: 0  Duplicates: 0  Warnings: 0

mysql> ALTER TABLE ti ADD INDEX i2(c3);
Query OK, 0 rows affected (0.92 sec)
Records: 0  Duplicates: 0  Warnings: 0

SHOW CREATE TABLE 確認索引已新增。

mysql> SHOW CREATE TABLE ti\G
*************************** 1. row ***************************
       Table: ti
Create Table: CREATE TABLE `ti` (
  `c1` int(11) NOT NULL,
  `c2` int(11) DEFAULT NULL,
  `c3` int(11) DEFAULT NULL,
  `c4` int(11) DEFAULT NULL,
  PRIMARY KEY (`c1`),
  KEY `i1` (`c2`),
  KEY `i2` (`c3`)
) /*!50100 TABLESPACE `ts_1` STORAGE DISK */ ENGINE=ndbcluster DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_0900_ai_ci
1 row in set (0.00 sec)

您可以使用 ndb_desc 看到，已建立索引的欄位（強調文字）現在使用記憶體內儲存，而非磁碟儲存

$> ./ndb_desc -d test t1
-- t1 --
Version: 33554433
Fragment type: HashMapPartition
K Value: 6
Min load factor: 78
Max load factor: 80
Temporary table: no
Number of attributes: 4
Number of primary keys: 1
Length of frm data: 317
Max Rows: 0
Row Checksum: 1
Row GCI: 1
SingleUserMode: 0
ForceVarPart: 1
PartitionCount: 4
FragmentCount: 4
PartitionBalance: FOR_RP_BY_LDM
ExtraRowGciBits: 0
ExtraRowAuthorBits: 0
TableStatus: Retrieved
Table options:
HashMap: DEFAULT-HASHMAP-3840-4
-- Attributes --
c1 Int PRIMARY KEY DISTRIBUTION KEY AT=FIXED ST=MEMORY
c2 Int NULL AT=FIXED ST=MEMORY
c3 Int NULL AT=FIXED ST=MEMORY
c4 Int NULL AT=FIXED ST=DISK
-- Indexes --
PRIMARY KEY(c1) - UniqueHashIndex
i2(c3) - OrderedIndex
PRIMARY(c1) - OrderedIndex
i1(c2) - OrderedIndex

效能注意事項。如果磁碟資料檔案與資料節點檔案系統位於不同的實體磁碟上，則使用磁碟資料儲存的叢集效能會大幅提升。必須對叢集中的每個資料節點執行此操作，才能獲得任何明顯的好處。

您可以使用絕對和相對檔案系統路徑搭配 ADD UNDOFILE 和 ADD DATAFILE；相對路徑是根據資料節點的資料目錄計算的。

日誌檔案群組、表空間以及使用這些項目的任何磁碟資料表都必須按照特定順序建立。刪除這些物件也是如此，但須遵守以下限制

例如，若要刪除本節到目前為止建立的所有物件，您可以使用以下陳述式

mysql> DROP TABLE dt_1;

mysql> ALTER TABLESPACE ts_1
    -> DROP DATAFILE 'data_2.dat';

mysql> ALTER TABLESPACE ts_1
    -> DROP DATAFILE 'data_1.dat';

mysql> DROP TABLESPACE ts_1;

mysql> DROP LOGFILE GROUP lg_1;

這些陳述式必須按照所示順序執行，但兩個 ALTER TABLESPACE ... DROP DATAFILE 陳述式可以按任何順序執行。