NDB Cluster 磁盘数据存储是使用许多 磁盘数据对象实现的。其中包括：

Undo log文件和数据文件是每个数据节点文件系统中的实际文件；默认情况下，它们放置在 NDB Cluster文件中指定的位置，其中 是数据节点的节点 ID。在创建撤消日志或数据文件时，通过将绝对路径或相对路径指定为文件名的一部分，可以将它们放置在别处。创建这些文件的语句将在本节后面显示。 ndb_node_id_fsDataDirconfig.ininode_id

NDB Cluster 表空间和日志文件组未作为文件实现。

假设您已经设置了一个包含所有节点（包括管理和 SQL 节点）的 NDB Cluster，在磁盘上创建 NDB Cluster 表的基本步骤如下：

这些任务中的每一个都可以使用mysql客户端或其他 MySQL 客户端应用程序中的 SQL 语句来完成，如以下示例所示。

隐式存储在磁盘上的列的索引。  对于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，所以可以对它们进行索引。在这里，我们分别使用和为c2和 添加索引： c3CREATE INDEXALTER TABLE

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=latin1
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

NDBT_ProgramExit: 0 - OK

性能说明。  如果磁盘数据文件保存在与数据节点文件系统不同的物理磁盘上，则使用磁盘数据存储的集群的性能会大大提高。必须对集群中的每个数据节点执行此操作才能获得任何明显的好处。

您可以将绝对和相对文件系统路径与 ADD UNDOFILE和一起使用ADD DATAFILE。相对路径是相对于数据节点的数据目录计算的。您也可以使用符号链接；有关更多信息和示例， 请参阅第 21.6.11.2 节，“对磁盘数据对象使用符号链接” 。

必须按特定顺序创建日志文件组、表空间和使用它们的任何磁盘数据表。删除任何这些对象也是如此：

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

mysql> DROP TABLE dt_1;

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

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

mysql> DROP TABLESPACE ts_1
    -> ENGINE NDBCLUSTER;

mysql> DROP LOGFILE GROUP lg_1
    -> ENGINE NDBCLUSTER;

这些语句必须按所示顺序执行，但两个ALTER TABLESPACE ... DROP DATAFILE语句可以按任一顺序执行。

FILES您可以通过查询数据库中的表 来获取有关磁盘数据表使用的数据文件的INFORMATION_SCHEMA信息。额外的 “NULL行”提供有关撤消日志文件的附加信息。有关更多信息和示例，请参阅第 24.3.9 节，“INFORMATION_SCHEMA FILES 表”。