ndb_restore没有正确地恢复表拥有超过341列。这是由于这样的事实:缓冲区读取表用于保存元数据.ctl文件的大小是不足的,所以只能读取表描述符的一部分,在这种情况下。这个问题是固定的通过增加使用的缓冲区的大小ndb_restore文件读取。(错误# 25182956)

引用:参见:错误# 25302901。

查询ndbinfo.memory_per_fragment表运行时用大量的数据节点编号最高的节点可能会产生意想不到的结果。(错误# 25176404)

的rand ()函数是用来编制了一个独特的表ID和表版本需要识别模式操作多个SQL节点之间分配,依赖的假设rand ()不会产生相同的数字mysqld的在两个不同的实例。后来断定这不是这样,这事实上很可能相同的随机数产生的所有SQL节点。

此修复删除的使用rand ()生产一个独特的表ID或版本,而不是使用一个序列结合的节点ID协调员。这保证惟一性,直到序列包装柜台,为此应该足够了。

这种重复的影响可以观察到日志(例如超时NDB创建db: max 119秒等待分发)当重新启动多个mysqld流程同时或几乎如此,或者当发行相同创建数据库或删除数据库在多个SQL语句节点。(错误# 24926009)

的ndb_show_tables效用并没有显示类型信息哈希映射或完全复制触发器。(错误# 24383742)

长消息缓冲疲惫当发射立即触发可能导致行ID泄密;后来这可能导致持久的RowId已经分配错误(NDB错误899)。(错误# 23723110)

引用:参见:错误# 19506859,错误# 13927679。

当一个父母NDB更新表的外键关系,子表的级联更新正如预期的那样,但是改变不级联子表的子表(也就是说,孙子的原始父)。这可以说明使用生成的表创建表声明:

创建表的父母(INT id主键AUTO_INCREMENT col1 INT独特、col2 INT)引擎NDB;创建表的孩子(ref1 INT独特,外键fk1、(ref1)引用父(col1)级联更新)引擎NDB;创建表的孙子(ref2 INT,外键fk2 (ref2)引用子(ref1)级联更新)引擎NDB;

表孩子是一个孩子的表吗父;表孙子是一个孩子的表吗孩子,和一个孙子父。在这种情况下,改变列col1的父级联,ref1在表孩子,但它并不总是传播转向ref2在表孙子。(错误# 83743,错误# 25063506)

当一个数据节点运行StopOnError设置为0进行计划外停机,自动重启了与前一个相同类型的开始。在数据节点情况以前开始的——初始选项,这意味着最初开始执行,在多个数据节点发生故障的情况下可能会导致数据丢失。这个问题也发生当一个数据节点关闭导致生成核心转储。支票现在捕获所有的这种情况下,执行和执行正常重启。

此外,在这种情况下,一个失败的数据节点无法关闭之前将开始阶段信息发送到天使的过程,关闭总是视为创业失败,也导致了最初的重启。这个问题是固定的通过添加检查执行启动故障处理只有一个有效的开始阶段是收到客户端。(错误# 83510,错误# 24945638)