INFORMATION_SCHEMA.FILES当表包含一个ORDER BY子句时，对该表 的查询 未返回任何结果。（漏洞#26877788）

在重新启动期间DBLQH，从一个或多个重做日志文件加载它管理的每个重做日志部分的重做日志部分元数据。由于每个文件的元数据容量有限，因此必须查阅的文件数量取决于重做日志部分的大小。这些文件按顺序打开、读取和关闭，但一个文件的关闭与下一个文件的打开同时发生。

在文件关闭速度很慢的情况下，每个重做日志部分可能同时打开超过 4 个文件；由于这些文件是使用该 OM_WRITE_BUFFER选项打开的，因此在这种情况下，每个部分分配了 4 个以上的写入缓冲区块。写缓冲池不是无限的；如果所有重做日志部分都处于相似状态，则池已耗尽，导致数据节点关闭。

这个问题通过避免 OM_WRITE_BUFFER在元数据重新加载期间使用来解决，这样每​​个日志文件部分超过 4 个重做日志文件的任何瞬时打开都不会再导致数据节点失败。（错误号 25965370）

在TRUNCATE TABLE一个 NDB表上，它的 AUTO_INCREMENTID 没有在不执行二进制日志记录的 SQL 节点上重置。（漏洞 #14845851）

当重复剔除算法用于评估半连接时，结果有缺失的行。（错误#88117，错误#26984919）

参考资料：另请参阅：Bug #87992、Bug #26926666。

当在查询计划中表示物化半连接时，MySQL 优化器插入额外的QEP_TAB和 JOIN_TAB对象来表示对物化子查询结果的访问。连接下推分析器没有为这些正确设置其内部数据结构，而是让它们未初始化。这意味着以后使用任何引用物化半连接的项目对象tableno在访问 64 位位tableno掩码时会访问已初始化的列，可能引用超出其末尾的点，从而导致 SQL 节点意外关闭。（漏洞 #87971，漏洞 #26919289）

该NDBFS块的OM_SYNC 标志旨在确保用于给定文件的所有 FSWRITEREQ 信号都是同步的，但被不支持的平台忽略O_SYNC，这意味着该功能在这些平台上无法正常运行。现在同步标志用在那些不支持的平台上O_SYNC。（错误#76975，错误#21049554）