NDB 集群磁盘数据存储使用以下对象实现：

Undo日志文件和数据文件是每个数据节点的文件系统中的实际文件；默认情况下，它们将被放置在ndb_node_id_fs中，指定在NDB 集群config.ini文件中的DataDir路径中，其中node_id是数据节点的节点ID。可以通过在创建undo日志或数据文件时指定绝对或相对路径来将它们放置到其他位置。后续在本节中显示这些语句。

Undo日志文件仅供磁盘数据表使用，不需要或不用于存储在内存中的NDB表。

NDB 集群表空间和日志文件组不是文件实现的。

虽然不是所有磁盘数据对象都实现为文件，但是它们共享同一个命名空间。这意味着每个磁盘数据对象必须具有唯一的名称（而不仅是给定类型中的每个磁盘数据对象）。例如，你不能同时拥有一个表空间和日志文件组， ambos 命名为dd1.

假设你已经设置了包含管理节点、SQL 节点的 NDB 集群，然后创建 NDB 集群表在磁盘上的基本步骤如下：

这些任务可以使用在mysql客户端或其他 MySQL 客户端应用程序中执行 SQL 语句，例如以下示例所示。

您可以通过查询 INFORMATION_SCHEMA 数据库中的 FILES 表来获取关于 NDB 硬盘数据文件和undo日志文件的信息，示例如下：

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 中。只有未索引的列可以被存储在磁盘上；索引和索引列数据继续存储在内存中。这是 Disk Data 表设计时需要考虑的权衡：索引使用与 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

性能注意.  使用 Disk Data 存储的集群性能将大幅改善，如果 Disk Data 文件与数据节点文件系统分开存储。这必须对每个数据节点进行，以获得明显的性能提高。

您可以使用绝对和相对文件系统路径与ADD UNDOFILE 和 ADD DATAFILE ; 相对路径将根据数据节点的数据目录进行计算。

日志文件组、表空间和使用这些的 Disk Data 表必须按照特定的顺序创建。这同样适用于删除这些对象，subject to the following constraints：

例如，要删除到目前为止在本节中创建的所有对象，可以使用以下语句：

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;

这些语句必须按照显示的顺序执行，except that the two ALTER TABLESPACE ... DROP DATAFILE statements may be executed in either order。