NDB客户端程序:MySQL NDB集群自动安装程序(ndb_setup.py)已经从NDB集群二进制文件和源代码发行版中删除,不再受支持。(错误# 32084831)
参考文献:参见Bug #31888835。
从下推连接检索排序结果时使用
命令
与指数
访问方法(和没有filesort
),一个SQL节点有时会意外终止。(错误# 32203548)重做日志初始化日志显示的是日志部分索引,而不是日志部分编号。(错误# 32200635)
使用索引统计信息支持的索引键的最大大小(3056字节)会导致数据节点中的缓冲区问题。(错误# 32094904)
参考文献:参见Bug #25038373。
与写重做日志记录一样,当当前用于写全局检查点记录的文件满时,写入切换到下一个文件。在新文件实际准备好接收记录之前,应该不会发生这种切换,但没有进行检查以确保这种情况发生。这可能导致计划外的数据节点关闭ndb_restore.(错误# 31585833)
ndb_restore在重放删除blob值的备份日志时遇到间歇性错误;这是由于在删除包含blob一个或多个值的主表行时删除了blob部分。这可以通过修改来解决ndb_restore为blob删除使用异步API,当blob主表行被删除时,它不会触发blob部分删除(与同步API不同),因此主表的delete日志事件只从主表删除该行。(错误# 31546136)
当准备好表创建模式事务时,表就在
TS_CREATING
状态,并更改为TS_ACTIVE
时的模式事务提交DBDIH
块。在节点充当的情况下DBDIH
协调器在模式事务提交时发生故障,另一个节点开始接管协调器。该节点故障的处理步骤如下:DBDICT
前滚表创建模式事务并提交,导致涉及的表更改为TS_ACTIVE
状态。DBDIH
通过将失败节点上的活动表副本从存储片段副本列表移动到另一个列表,开始从表中删除失败节点。
这些操作将异步执行多次,并且在交错时可能会导致竞态条件。因此,包含故障节点副本的副本所在的副本列表变得不确定,并且在恢复节点(即新的协调器)和其他节点之间可能存在差异
DIH
参与者节点。这个差异违反了一个要求,即在其他参与者上的失败节点恢复期间,知道可以找到哪个失败节点的副本列表。为了解决这个问题,移动活动表副本现在不仅覆盖
TS_ACTIVE
州,惟那些在TS_CREATING
(准备好的)状态,因为准备好的模式事务总是前滚。此外,正在中止的表创建模式事务的状态现在更改为
TS_CREATING
或TS_IDLE
来TS_DROPPING
,以避免任何竞态条件。(错误# 30521812)