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

撤销日志文件和数据文件是每个数据节点文件系统中的实际文件；默认情况下，它们位于 NDB 集群 config.ini 文件中指定的 DataDir 中的 ndb_node_id_fs 中，其中 node_id 是数据节点的节点 ID。可以通过在创建撤销日志或数据文件时指定绝对路径或相对路径作为文件名的一部分，将这些文件放置在其他位置。创建这些文件的语句将在本节后面介绍。

撤销日志文件仅由磁盘数据表使用，而仅存储在内存中的 NDB 表不需要或使用它们。

NDB 集群表空间和日志文件组未实现为文件。

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

假设您已经设置了包含所有节点（包括管理节点和 SQL 节点）的 NDB 集群，则在磁盘上创建 NDB 集群表的步骤如下

可以使用 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 语句可以按任意顺序执行。