MySQL NDB Cluster 7.4.19是MySQL NDB Cluster 7.4的一个新版本,基于MySQL Server 5.6,包含了该版本7.4的特性NDB
存储引擎,以及修复在以前的NDB集群版本中最近发现的错误。
NDB 7.4.19取代了NDB 7.4.18版本,是NDB 7.4.17的继承者。使用NDB 7.4.17和之前的NDB 7.4版本的用户应该直接升级到MySQL NDB Cluster 7.4.19或更新版本。
获取MySQL NDB Cluster 7.4。MySQL NDB Cluster 7.4的源代码和二进制文件可以从10bet博彩公司 .
有关MySQL NDB Cluster 7.4中所做更改的概述,请参阅NDB集群7.4有什么新内容.
这个版本还包含了之前NDB集群版本(包括这个版本所取代的NDB 7.4.18版本)中所做的所有bug修复和更改,以及从MySQL 5.6到MySQL 5.6.39主线中添加的所有bug修复和特性更改MySQL 5.6.39(2018-01-15,通用可用性)).
NDB复制:在不用于复制区域通道的SQL节点上
sql_log_bin = 0
在创建并填充一个NDB表后,可以将表映射事件写入已创建表的二进制日志中,而没有相应的行事件。当这个日志后来被从创建这个表的mysqld复制的从集群使用时,这就导致了问题。通过添加支持维护累积修正了这个问题
any_value
全局检查点事件操作的位图,它表示在给定纪元中为特定表的所有行一致设置的位,并通过添加一个检查来确定特定表的所有操作(行)是否都标记为nolog
,以防止此表的添加Table_map
由binlog注入器持有。作为此修复的一部分,NDB API添加了一个新的
getNextEventOpInEpoch3 ()
方法,该方法提供关于AnyValue
接收,使其可以检索累积any_value
位图。(错误# 26333981)的查询
INFORMATION_SCHEMA。文件
表中包含命令
条款。(错误# 26877788)在重启过程中,
DBLQH
从一个或多个重做日志文件为它所管理的每个重做日志部分加载重做日志部分元数据。由于每个文件的元数据容量都是有限的,因此必须查询的文件数量取决于重做日志部分的大小。这些文件是按顺序打开、读取和关闭的,但是关闭一个文件与打开下一个文件同时发生。在文件关闭很慢的情况下,每个重做日志部分可以同时打开4个以上的文件;因为这些文件是用
OM_WRITE_BUFFER
选项,在这种情况下,每个部件分配了超过4个写缓冲区块。写缓冲池不是无限的;如果所有重做日志部件状态相似,则重做日志池已耗尽,导致数据节点关闭。这个问题可以通过避免使用
OM_WRITE_BUFFER
在元数据重新加载期间,每个日志文件部分瞬时打开超过4个重做日志文件不再导致数据节点失败。(错误# 25965370)后
截断表
在一个NDB
表,其AUTO_INCREMENT
没有在不执行二进制日志记录的SQL节点上重置ID。(错误# 14845851)当重复清除算法用于计算半连接时,结果中有缺失的行。(Bug #88117, Bug #26984919)
参考文献:参见Bug #87992, Bug #26926666。
当在查询计划中表示物化半连接时,MySQL优化器会插入额外的内容
QEP_TAB
而且JOIN_TAB
对象,表示对物化子查询结果的访问。联接下推分析程序没有正确地为它们设置内部数据结构,因此没有初始化它们。这意味着以后使用引用物化半连接的任何项对象时都将访问初始化的tableno
列时访问64位tableno
位掩码,可能指的是超出其结束的点,这会导致SQL节点的计划外关闭。(Bug #87971, Bug #26919289)的
NDBFS
块的OM_SYNC
标志的目的是确保用于给定文件的所有FSWRITEREQ信号是同步的,但不支持的平台忽略了它O_SYNC
这意味着该功能在这些平台上无法正常运行。现在在那些不支持的平台上使用同步标志O_SYNC
.(Bug #76975, Bug #21049554)