对此的查询
INFORMATION_SCHEMA。文件
表中包含订购
条款。(bug#26877788)在重新启动,
DBLQH
从一个或多个重做日志文件加载每个重做日志部分的重做日志部分元数据。由于每个文件具有有限的元数据容量,因此必须咨询的文件数取决于重做日志部分的大小。按顺序打开,读取和关闭这些文件,但是一个文件的结束同时发生在下一个打开。在关闭文件的速度速度较慢的情况下,可以同时打开超过4个文件,以便同时开放;由于这些文件是使用的
OM_WRITE_BUFFER.
选项,在此情况下,每个部分分配超过4个写缓冲区。写缓冲池不是无限制的;如果所有重做日志部件处于类似状态,则池耗尽,导致数据节点关闭。通过避免使用来解决这个问题
OM_WRITE_BUFFER.
在元数据重新加载期间,使每个日志文件部分超过4个重做日志文件的任何瞬态打开不再导致数据节点的故障。(bug#25965370)下列的
截断表
在AN.NDB.
表,其自动递增
在不执行二进制日志记录的SQL节点上未重置ID。(bug#14845851)当使用重复剔除算法对半连接求值时,结果中有缺失的行。(Bug #88117, Bug #26984919)
参考文献:另见:bug#87992,bug#26926666。
当在查询计划中表示物化半连接时,MySQL优化器插入了额外的内容
QEP_TAB.
和join_tab.
对象表示对物化子查询结果的访问。加入下推分析仪未正确设置其内部数据结构,使其不初始化。这意味着稍后使用引用初始化的物化semijoin的任何项目对象的使用Tableno.
访问64位时的列Tableno.
BitMask可能指的是超出其结束的点,导致SQL节点的计划外关闭。(bug#87971,bug#26919289)这
NDBFS.
块om_sync.
标志旨在确保用于给定文件的所有FSWRITERQ信号都同步,但是由不支持的平台忽略o_sync.
,这意味着该功能在这些平台上不能正常运行。现在在那些不支持同步的平台上使用同步标志o_sync.
。(Bug #76975, Bug #21049554)