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 陳述式可以按任一順序執行。