Documentation Home
MySQL NDB Cluster 7.4 发行说明  / 发布系列变更日志:MySQL NDB Cluster 7.4  /  MySQL NDB Cluster 7.3.2 (5.6.11-ndb-7.3.2) 的变化(2013-06-18,全面上市)

MySQL NDB Cluster 7.3.2 (5.6.11-ndb-7.3.2) 的变化(2013-06-18,全面上市)

修正错误

  • 打包; Microsoft Windows:Windows 的 MySQL NDB Cluster 安装程序提供了一个非功能性选项来安装调试符号(包含在 *.pdb文件中)。此选项已从安装程序中删除。

    笔记

    您可以*.pdb从同一版本的 Windows .zip存档中获取给定 MySQL NDB Cluster 版本的调试文件,例如mysql-cluster-gpl-7.2.14-win32.zipmysql-cluster-gpl-7.3.2-winx64.zip.

    (漏洞 #16748308,漏洞 #69112)

  • NDB 磁盘数据: 语句CREATE TABLESPACEALTER LOGFILE GROUP和 使用字母缩写(例如或 ALTER TABLESPACE时因语法错误而失败。此外,、 或这两个选项时失败 (错误#13116514、错误#16104705、错误#62858)INITIAL_SIZEMGCREATE LOGFILE GROUPINITIAL_SIZEUNDO_BUFFER_SIZE

  • NDB Cluster API: 对于使用 MGM API 检索的每个日志事件,日志事件类别 (ndb_mgm_event_category) 被简单地转换为一种enum类型,这导致类别值无效。现在在转换后的类别中添加了一个偏移量,以确保该值不会超出允许的范围。

    笔记

    错误 #18354165 的修复恢复了此更改。有关详细信息,请参阅 MySQL NDB Cluster API 开发人员文档 ndb_logevent_get_next()

    (漏洞 #16723708)

    参考资料:另请参阅:Bug #18354165。

  • NDB Cluster APIs:如果没有提供缓冲区供其使用 ,Ndb::computeHash()API 方法将执行malloc()然而,假设如此返回的内存将始终适当对齐,但情况并非总是如此。现在,当malloc()向此方法提供缓冲区时,缓冲区在分配之后和使用之前对齐。(漏洞 #16484617)

  • mysql_upgrade在从 MySQL NDB Cluster 7.1.26 升级到 MySQL NDB Cluster 7.2.13 时失败,因为它试图在 mysql.proc表升级之前调用存储过程。(漏洞 #16933405)

    参考资料:此问题是 Bug #16226274 的回归。

  • 从数据库读取表数据时,一个或多个数据节点的计划内或计划外关闭 ndbinfo导致内存泄漏。(漏洞 #16932989)

  • DROP TABLE在 节点故障后 执行DBDIH更新表检查点信息可能会导致数据节点故障。(漏洞 #16904469)

  • 在某些情况下,当启动一个新的 SQL 节点时,当 SUB_START_REQ 到达节点时, mysqld失败并出现错误 1427 Api 节点死亡。(漏洞 #16840741)

  • 在节点故障处理期间未能使用特定的容器类 NDB可能会导致提交确认标记泄漏,这可能会在以后导致资源短缺或额外的节点崩溃。(漏洞#16834416)

  • 在内核块中使用与错误处理相关的未初始化变量DBLQH有时会导致数据节点崩溃或其他没有明显原因的稳定性问题。(漏洞 #16834333)

  • 内核块接收信号与内核块接收 execNODE_FAILREP信号 之间的竞争条件 可能导致数据节点在关闭期间崩溃。(漏洞#16834242)QMGRDBLQHDBTC

  • CLUSTERLOG命令(请参阅 NDB Cluster Management Client 中的命令)导致 ndb_mgm在 Solaris SPARC 系统上崩溃。(漏洞 #16834030)

  • 在 Solaris SPARC 平台上,某些连接的批量密钥访问执行可能会由于无效的内存访问而失败。(漏洞 #16818575)

  • 当 2 个NDB表彼此有外键引用时,有必要按照创建它们的相同顺序删除表。(漏洞#16817928)

  • MySQL 5.6 中引入的重复剔除算法评估半连接,例如使用 IN) 的子查询,方法是首先在外表和内表之间执行正常连接,这可能会从外表(和内表)创建行的重复项,然后从中删除任何重复的结果行外表通过比较它们的主键值。NDB当使用最大长度复制 值时可能会出现问题 VARCHAR,导致二进制密钥图像包含超过 VARCHAR值的实际长度的垃圾,这意味着同一密钥的多个实例并不像 MySQL 服务器所假设的那样二进制相同。

    为了解决这个问题,NDB现在将这些值零填充到列的最大长度,以便清除过程将相同键的副本视为相同。(漏洞 #16744050)

  • DROP DATABASENDB当针对包含由外键约束连接的表(并且所有此类表都包含在该数据库中)的数据库执行时无法正常工作 ,将这些表留在原地,同时删除数据库中的其余表并报告失败。(漏洞 #16692652,漏洞 #69008)

  • firstmatch=on与系统变量一起 使用时optimizer_switch,推送连接可能会返回太多行。(漏洞 #16664035)

  • 批处理密钥访问实现使用的变量未按NDB预期初始化。这可能会导致在仅对一行进行批处理后报告批处理满情况,从而有效地完全禁用批处理并导致mysqldNDB. (漏洞 #16485658)

  • 当使用--initial无效的--config-file ( -f) 选项启动时,ndb_mgmd 在验证配置文件之前删除了旧的配置缓存。现在在这种情况下, ndb_mgmd首先检查文件,只有在找到配置文件并且有效时才继续删除配置缓存。(漏洞 #16299289)

  • 创建超过 32 个哈希映射导致数据节点失败。通常只有在添加数据节点后执行重组或使用显式分区时才会创建新的哈希图,例如在使用 MAX_ROWS选项创建表时,或使用. (漏洞 #14710311)PARTITION BY KEY() PARTITIONS n

  • 设置foreign_key_checks = 0NDB表格的处理没有影响。现在,这样做会导致外键约束的此类检查被暂停——也就是说,对表的影响与对 NDB表 的影响相同InnoDB。(错误#14095855,错误#16286309)

    参考资料:另请参阅:Bug #16286164。