外键和字母。NDB使用定义外键时的大小写存储外键的名称。从前，当值lower_case_table_names系统变量被设置为0，它执行大小写敏感的外键名比较选择和其他SQL语句，并存储名称。从NDB 8.0.20开始，这样的比较现在总是以不区分大小写的方式执行，不管值是多少lower_case_table_names．

多种转运蛋白。NDB 8.0.20引入了对多个传输器的支持，以处理数据节点对之间的节点对节点通信。这为集群中的每个节点组提供了更高的更新操作速率，并有助于避免使用单个套接字的节点间通信受到系统或其他限制的约束。

默认情况下,NDB现在使用基于本地数据管理(LDM)线程数或事务协调器(TC)线程数的多个传输器，以两者中的更大者为准。默认情况下，传输器的数量等于该数量的一半。虽然默认值应该适用于大多数工作负载，但是可以通过设置NodeGroupTransporters数据节点配置参数(也在NDB 8.0.20中引入)，最大值为LDM线程数和TC线程数中较大的值。将其设置为0将导致传输程序的数量与LDM线程的数量相同。

Ndb_restore:主键模式改变。数据恢复时，NDB 8.0.21(以及更高版本)支持源表和目标表的不同主键定义NDB本地备份与ndb_restore当它与——allow-pk-changes选择。既支持增加也支持减少构成原始主键的列数。

当用一个或多个额外的列扩展主键时，任何添加的列都必须定义为非空，并且在执行备份期间，任何此类列中的值都不能更改。因为有些应用程序在更新行时设置了行中的所有列值，无论是否更改了所有值，这可能导致恢复操作失败，即使要添加到主键的列中的值没有更改。方法可以覆盖此行为——ignore-extended-pk-updates选项也加入了NDB 8.0.21;在这种情况下，您必须确保没有更改这些值。

可以从表的主键中删除列，无论该列是否仍然是表的一部分。

有关更多信息，请参见——allow-pk-changes选择ndb_restore．

使用ndb_restore合并备份。在某些情况下，可能需要将最初存储在NDB集群不同实例(都使用相同的模式)中的数据合并到单个目标NDB集群中。中创建的备份现在支持这一点ndb_mgm客户端(见ndb_restore,使用——remap-column选项在NDB 8.0.21中添加——恢复数据(根据需要或需要，可能还有其他兼容选项)。——remap-column可以用于处理源集群之间主键值和唯一键值重叠的情况，并且它们在目标集群中必须不重叠，还可以用于保留表之间的其他关系，如外键。

——remap-column接受具有以下格式的字符串作为参数db．资源描述．上校：fn：arg游戏,在那里db，资源描述,上校分别是数据库、表和列的名称，fn重映射函数的名称，和arg游戏是否有一个或多个参数fn．无缺省值。只有抵消支持作为函数名，使用arg游戏作为将列的值从备份插入到目标表时应用于该列的值的整数偏移量。这一列必须是INT或长整型数字；偏移值的允许范围与该类型的有符号版本相同(如果需要，这允许偏移值为负数)。

的同一调用中可以多次使用新选项ndb_restore，以便您可以将同一表、不同表或两者的多个列重新映射到新值。对于该选项的所有实例，偏移值不必相同。

此外，还提供了两个新的选项ndb_desc，也从NDB 8.0.21开始:

有关更多信息和示例，请参阅——remap-column选择。

发送线程的改进。从NDB 8.0.20开始，每个发送线程现在处理发送到传输器子集的消息，每个块线程现在只辅助一个发送线程，从而产生更多的发送线程，从而获得更好的性能和数据节点可伸缩性。

自适应自旋控制使用SpinMethod。在支持它的平台上设置自适应CPU自旋的简单界面SpinMethod数据节点参数。该参数(在NDB 8.0.20中添加，从NDB 8.0.24开始使用)有四个设置，分别用于静态旋转、基于成本的自适应旋转、延迟优化的自适应旋转和针对每个线程都有自己CPU的数据库机器优化的自适应旋转。这些设置中的每一个都导致数据节点对一个或多个自旋参数使用一组预先确定的值，这些参数支持自适应自旋、设置自旋计时和设置自旋开销，以适合于给定的场景，从而避免了对常见用例直接设置这些值的需要。

对于微调自旋行为，也可以直接设置这些和其他自旋参数，使用现有的SchedulerSpinTimer数据节点配置参数以及以下参数转储命令的ndb_mgm客户:

NDB 8.0.20还增加了一个新的TCP配置参数TcpSpinTime它设置给定TCP连接的旋转时间。

的ndb_top工具也得到了增强，可以为每个线程提供自旋时间信息。

有关其他信息，请参见SpinMethod参数,上市转储命令和

磁盘数据和集群重启。从NDB 8.0.21开始，集群的初始重启会强制删除所有磁盘数据对象，比如表空间和日志文件组，包括与这些对象关联的任何数据文件和undo日志文件。

看到

Disk数据区分配。从NDB 8.0.20开始，在给定表空间使用的所有数据文件中以循环方式分配数据文件中的区。在使用多个存储设备进行磁盘数据存储的情况下，这有望改善数据的分布。

有关更多信息，请参见

——ndb-log-fail-terminate选项。从NDB 8.0.21开始，当SQL节点无法完全记录所有行事件时，可以导致它终止。这可以通过开始来完成mysqld与——ndb-log-fail-terminate选择。

AllowUnresolvedHostNames参数。默认情况下，当管理节点无法解析全局配置文件中的主机名时，它将拒绝启动，这在某些环境中可能会出现问题，例如Kubernetes。从NDB 8.0.22开始，可以通过设置来覆盖此行为AllowUnresolvedHostNames来真正的在(tcp违约)集群全局配置文件的部分(config.ini文件)。这样做会导致此类错误被视为警告，并被允许ndb_mgmd继续开始

Blob写性能增强。NDB 8.0.22实现了许多改进，通过减少应用这些修改时SQL或其他API节点与数据节点之间所需的往返次数，在修改同一行中的多个blob列时，或在修改同一语句中包含blob列的多个行时，允许更高效的批处理。许多人的表现插入，更新,删除因此，可以改进报表。这里列出了此类语句的例子表格是一个NDB包含一个或多个Blob列的表:

其他SQL语句也可以从这些改进中受益。这些包括数据加载INFILE而且创建表……选择……．此外,ALTER TABLE表格引擎= NDB,在那里表格使用非NDB在语句执行之前，也可以更有效地执行。

这种增强适用于影响MySQL类型列的语句团，MEDIUMBLOB，LONGBLOB，文本，简单,量变．语句更新TINYBLOB或非常小的文本串列(或两种类型)不受此工作的影响，它们的性能应该不会发生变化。

由于需要扫描表Blob列，一些SQL语句的性能并没有因为这种增强而明显提高，这就破坏了批处理。这些报表包括这里所列的类型:

要最大限度地利用此改进，您可能希望增加用于——ndb-batch-size而且——ndb-blob-write-batch-bytes选项mysqld，以减少修改blob所需的往返次数。对于复制，还建议启用slave_allow_batching系统变量，它最小化复制集群应用epoch事务所需的往返次数。

node . js更新。从NDB 8.0.22开始NDBNode.js的适配器是使用版本12.18.3构建的，现在只支持该版本(或Node.js的更高版本)。

加密备份。NDB 8.0.22增加了使用AES-256-CBC加密的备份文件支持;这是为了防止从已被未授权方访问的备份中恢复数据。加密后，备份数据由用户提供的密码保护。密码可以是除。以外的可打印ASCII字符范围内最多256个字符的任何字符串！，＇，＂，＄，％，＼,＾．用户或应用程序必须保留用于加密任何给定NDB集群备份的密码;NDB不保存密码。密码可以为空，但不建议这样做。

在进行NDB集群备份时，可以使用加密密码=密码与管理客户端一起开始备份命令。MGM API的用户还可以通过调用来启动加密备份ndb_mgm_start_backup4 ()．

方法可以加密现有备份文件ndbxfrm在8.0.22版本中添加到NDB集群发行版的实用程序;这个程序也可以用来解密加密的备份文件。此外,ndbxfrm可以使用NDB集群创建备份时使用的相同方法压缩和解压缩备份文件CompressedBackup配置参数设置为1。

若要从加密备份进行恢复，请使用ndb_restore的选项——解密而且——备份密码．这两个选项都是必需的，如果备份没有加密，则还需要使用其他选项来恢复相同的备份。ndb_print_backup_file而且ndbxfrm也可以读取加密文件分别使用，- p密码而且——decrypt-password =密码．

在提供密码的同时提供加密或解密选项的所有情况下，密码必须加引号;可以使用单引号或双引号分隔密码。

从8.0.24 NDB开始，有几个NDB这里列出的程序也支持从标准输入输入密码，与交互登录时的方式类似mysql客户端使用——密码选项(不包括命令行上的密码):

有关更多信息，请参阅刚刚列出的程序描述。

从NDB 8.0.22开始，还可以通过设置强制备份加密RequireEncryptedBackup = 1在(ndbd违约)节的集群全局配置文件。当这个完成后，ndb_mgm客户端拒绝执行未加密备份的任何尝试。

从NDB 8.0.24开始，您可以引起ndb_mgm在通过启动备份来创建备份时使用加密——encrypt-backup．在这种情况下，调用时会提示用户输入密码开始备份如果没有提供。

IPv6支持。从NDB 8.0.22开始，到管理节点和数据节点的连接支持IPv6寻址;这包括管理节点和数据节点与SQL节点之间的连接。配置集群时，可以使用数字IPv6地址、解析为IPv6地址的主机名或两者同时使用。

要使IPv6寻址工作，部署集群的操作平台和网络必须支持IPv6。与使用IPv4寻址时一样，操作平台必须提供主机名到IPv6地址的解析。

继续支持IPv4寻址NDB．不建议同时使用IPv4和IPv6地址，但可以在以下情况下使用:

这些案例起作用是因为ndb_mgmd缺省情况下，不绑定任何IP地址。

的版本进行升级NDB如果网络支持IPv4和IPv6，则首先执行软件升级;完成此操作后，可以更新IPv4地址config.iniIPv6地址文件。在此之后，为了使配置更改生效并使集群使用IPv6地址启动，需要对集群执行一次系统重启。

自动安装程序弃用和删除。基于web的MySQL NDB集群自动安装工具(ndb_setup.py)在NDB 8.0.22中已弃用，在NDB 8.0.23及以后版本中被移除。它不再受到支持。

Ndbmemcache弃用和移除。ndbmemcache不再受支持。ndbmemcache在NDB 8.0.22中被弃用，在NDB 8.0.23中被移除。

ndbinfo backup_id表。NDB 8.0.24增加了一个backup_id表ndbinfo信息数据库。这是为了替代使用ndb_select_all转储内部的内容SYSTAB_0Tyable，它很容易出错，执行它需要花费非常长的时间。

类获取的集群最近备份的ID开始备份管理客户端命令。如果找不到此集群的备份，则表包含单行，其列值为0．

表分区增强。NDB 8.0.23引入了一种处理表分区和片段的新方法，它可以独立于重做日志部分的数量，确定给定数据节点的本地数据管理器(ldm)的数量。这意味着ldm的数量现在可以是高度可变的。NDB可以采用这种方法当ClassicFragmentation数据节点配置参数，也在NDB 8.0.23中实现，设置为假；在这种情况下，不再使用ldm的数量来确定为每个数据节点创建多少分区，以及PartitionsPerNode参数(也在NDB 8.0.23中引入)决定这个数字，它也被用于计算表中使用的片段的数量。

当ClassicFragmentation具有默认值真正的，则使用传统的使用ldm数量的方法来确定一个表应该具有的片段数量。

有关更多信息，请参阅前面引用的新参数的描述

术语更新。为了与MySQL 8.0.21和NDB 8.0.21中开始的工作保持一致，NDB 8.0.23对术语进行了一些更改，如下所示:

ThreadConfig增强。从NDB 8.0.23开始，ThreadConfig参数扩展了两种新的线程类型，如下所示:

也可以结合现有的主要而且代表线程有两种方式:

此外，已经增加了一些现有线程类型的最大数量。下面列出了新的最大值，包括查询线程和恢复线程的最大值:

其他线程类型的最大值保持不变。

有关更多信息，请参阅ThreadConfig参数和ndbinfo.threads表格

此外，作为与这项任务有关的工作的结果，NDB现在，当使用超过32个块线程时，使用互斥锁来保护作业缓冲区。虽然这可能会导致性能轻微下降(在大多数情况下是1%到2%)，但它也会显著减少非常大的配置所需的内存量。例如，一个64个线程的设置在NDB 8.0.23之前使用了2gb的作业缓冲内存，而在NDB 8.0.23及以后的版本中只需要大约1gb。在我们的测试中，这使得非常复杂的查询的执行总体上提高了5%。

ndbmtd线程自动配置。从NDB 8.0.23开始，可以使用ndbmtd配置参数AutomaticThreadConfig．当该参数设置为1时，NDB根据应用程序可用的处理器数量，为所有线程支持的线程类型自动设置线程分配，包括new查询而且恢复上一项中描述的线程类型。如果系统不限制处理器的数量，您可以通过设置来限制处理器的数量NumCPUs(也在NDB 8.0.23中添加)。否则，自动线程配置最多支持1024个cpu。

不管设置了什么值，都会自动进行线程配置ThreadConfig或MaxNoOfExecutionThreads在config.ini；这意味着不需要设置这些参数中的任何一个。

此外，NDB 8.0.23实现了许多新的功能ndbinfo信息数据库表，提供有关硬件和CPU可用性的信息，以及按NDB数据节点。下面列出了这些表格:

其中一些表并不是在NDB集群支持的所有平台上都可用;有关更多信息，请参阅它们的个别描述。

NDB数据库对象的层次视图。的dict_obj_tree表，添加到ndbinfo信息数据库在NDB 8.0.24中，可以提供层次化的和树形的很多视图NDB数据库对象，包括:

有关更多信息和示例，请参见

索引统计信息增强。NDB 8.0.24在计算索引统计信息方面实现了以下改进:

从NDB 8.0.27开始，默认情况下索引统计表是自动创建和更新的，IndexStatAutoCreate而且IndexStatAutoUpdate都默认1(使)而不是0(已禁用)，不再需要运行分析表更新统计信息。

有关其他信息，请参见

恢复操作期间NULL和NOT NULL之间的转换。从NDB 8.0.26开始，ndb_restore可支持恢复零列如非空反过来，使用下面列出的选项:

有关更多信息，请参见所示的描述ndb_restore选项。

NdbScanFilter的符合sql的NULL比较模式。传统上，当进行比较时零，NdbScanFilter对待零等于零(因此认为NULL = =零是真正的)．这与SQL标准所规定的不一样，SQL标准要求与SQL标准进行任何比较零返回零,包括NULL = =零．

以前，NDB API应用程序不可能覆盖这种行为;从NDB 8.0.26开始，您可以通过调用NdbScanFilter: setSqlCmpSemantics ()在创建扫描过滤器之前。(因此，此方法总是作为类方法调用，而不是作为实例方法调用。)这样做会导致下一次NdbScanFilter对象，以采用兼容sql的方法零在实例的生命周期内执行的所有比较操作的比较。您必须为每一个调用方法NdbScanFilter对象应该使用兼容sql的比较。

有关更多信息，请参见NdbScanFilter: setSqlCmpSemantics ()．

弃用NDB API . frm文件方法。MySQL 8.0和NDB 8.0不再使用.FRM用于存储表元数据的文件。由于这个原因，NDB API方法getFrmData ()，getFrmLength (),setFrm ()从NDB 8.0.27起已弃用，并将在未来的版本中删除。对于读取和写入表元数据，使用getExtraMetadata ()而且setExtraMetadata ()代替。

首选IPv4或IPv6寻址。NDB 8.0.26添加了PreferIPVersion配置参数，该参数控制DNS解析的寻址优先级。IPv4 (PreferIPVersion = 4)为默认值。因为NDB中的配置检索要求该首选项对于所有TCP连接都是相同的，所以您应该只在(tcp违约)部分的集群全局配置(config.ini)文件。

看到

日志的增强。以前，由于不同的日志消息使用不同的格式，并且不是所有的日志消息都包含时间戳，所以对NDB集群数据节点和管理节点日志的分析可能会受到阻碍。这些问题部分是由于日志记录是由许多不同的机制执行的，例如函数printf，流，ndbout,ndbout_c，超载的<<运算符，等等。

我们通过标准化来解决这些问题事件日志机制，这已经出现在NDB，它以时间戳开始每个日志消息YYYY-MM-DD HH: MM: SS格式。

看到事件日志日志消息格式。