10bet官方网站文档家里
MySQL NDB Cluster 7.6发布说明
下载这些发布说明
PDF (Ltr)- 0.8 mb
PDF (A4)- 0.8 mb
HTML下载(TGZ)- 166.7 kb
HTML下载(邮政编码)- 223.0 kb


MySQL NDB Cluster 7.6发布说明/发布系列变更日志:MySQL NDB Cluster 7.6/ Changes in MySQL NDB Cluster 7.6.13 (5.7.29-ndb-7.6.13) (20-01-14, General Availability)

MySQL NDB Cluster 7.6.13 (5.7.29-ndb-7.6.13) (20-01-14, General Availability)

添加或更改的功能

  • 重要的变化:现在可以将备份划分为多个片,并使用为ndb_restore的多个实例,使其成为可能ndb_restore并行恢复与备份大小大致相同的子集,这应该有助于减少从备份恢复NDB Cluster所需的时间长度。

    ——num-slices选项决定了备份应该被分成的片的数量;——slice-id提供待恢复的片ID(小于片数0 ~ 1)ndb_restore

    最多支持1024个切片。

    有关更多信息,请参见——num-slices——slice-id选项。(错误# 30383937)

错误修复

  • 不兼容的更改:的最小值RedoOverCommitCounter数据节点配置参数由0增加到1。的最小值RedoOverCommitLimit数据节点配置参数也从0增加到1。

    您应该检查集群全局配置文件,并在升级之前对为这些参数设置的值进行必要的调整。(错误# 29752703)

  • 微软的Windows操作系统;NDB磁盘数据:在Windows上,当使用磁盘数据表时,重新启动主节点以外的数据节点导致在TSMAN。(Bug #97436, Bug #30484272)

  • NDB磁盘数据:在NDB 7.6中引入版本2格式之前使用的版本1磁盘格式的兼容性代码被证明是不必要的,并且不再使用。

  • 一个错误的ndbrequire ()在实现部分本地检查点时引入的假设m_participatingLQH接收时一定要清楚吗START_LCP_REQ,当主机在发送后发生故障时,这并不一定是真的START_LCP_REQ在处理任何问题之前START_LCP_CONF信号。(错误# 30523457)

  • 当主节点在发送LCP_COMPLETE_REP信号被发送到一些节点,但不是所有节点。(错误# 30520818)

  • 添加了转储9988转储9989命令。(错误# 30520103)

  • 执行ndb_restore——rebuild-indexes一起——rewrite-database——exclude-missing-tablesOptions没有为目标数据库中的任何表创建索引。(错误# 30411122)

  • 当同步区段页时,当前本地检查点(LCP)可能会无限期地停止CONTINUEB信号处理LCP仍未收到FSWRITECONF区段同步页中最后一页的信号。如果从数据页写入另一个页,也可以重新启动LCP。也有可能是这个问题引起的PREP_LCP在不该写的时候写了多少页。(错误# 30397083)

  • 如果事务在从磁盘页缓冲区获取页时中止,并且磁盘系统过载,则事务将无限期挂起。这也可能导致重启挂起和节点故障处理失败。(Bug #30397083, Bug #30360681)

    参考:参见Bug #30152258。

  • 数据节点故障导致错误系统重启期间,另一个节点失效……在部分重启期间发生。(错误# 30368622)

  • 如果一个SYNC_EXTENT_PAGES_REQ接收到的信号PGMAN当删除作为局部本地检查点一部分的日志文件组时,并因此删除被此块锁定的页以便下一步处理时,LCP由于试图访问已经被删除的页而终止。(错误# 30305315)

  • 已完成的本地检查点的集群日志中报告了错误的字节数。(错误# 30274618)

    参考:参见Bug #29942998。

  • 备份完成时写入集群日志中的摘要事件的数据字节数被截断为32位,因此日志记录的数量与此事件的日志中打印的数据记录的数量之间存在明显的不匹配。(错误# 29942998)

  • 在每个节点10个线程的2节点集群上使用2个LDM线程可能会导致分区不平衡,例如每个节点上的一个LDM线程是零片段的主要线程。试图从这个集群恢复多线程备份失败,因为一个LDM的数据文件只包含12字节的数据文件头ndb_restore无法阅读。在其他情况下也可能出现同样的问题,例如在在线添加空节点后立即进行备份。

    人们发现这种情况发生在ODirect日志含义对小于512字节的EOF备份数据文件进行写操作,备份数据在停止状态。这通常只发生在中断的备份上,但也可能发生在LDM没有片段的成功备份上。我们通过引入一个额外的检查来解决这个问题,以确保只有在备份实际包含导致其中止的错误时,才会跳过写操作。(错误# 29892660)

    参考:参见Bug #30371389。

  • 在某些情况下SignalSender类的实现的一部分ndb_mgmdndbinfo,缓冲了过多不必要的数据SUB_GCP_COMPLETE_REPAPI_REGCONF信号,导致不必要的内存消耗。(错误# 29520353)

    参考:参见:Bug #20075747, Bug #29474136。

  • 设置BackupLogBufferSize配置参数未被尊重。(错误# 29415012)

  • 当一个节点关闭时,将重新计算最大全局检查点(GCP)提交延迟和GCP保存超时,以考虑数据节点数量的变化。当阈值低于之前的值时,这可能会导致一个可行节点意外关闭。(错误# 27664092)

    参考:参见Bug #26364729。

  • 插入子行的事务可以与删除子行的父行的事务并发运行。在这种情况下,应该中止一个事务,以免产生孤立的子行。

    在提交对子行的插入之前,会触发对父行的读取,以确认父行存在。类似地,在提交对父行的删除之前,将执行读取或扫描以确认不存在子行。当插入和删除事务并发运行时,它们的准备和提交操作可以以两个事务都提交的方式交互。这是因为触发的读取是使用LM_CommittedRead锁(见NdbOperation: LockMode),其强度不足以防止此类错误场景。

    这个问题可以通过使用更强的来解决LM_SimpleRead锁定模式的两个触发读取。的使用LM_SimpleRead而不是LM_CommittedRead锁确保在涉及并发地插入子行和从父行删除的事务的每个可能场景中至少有一个事务中止。(错误# 22180583)

  • 并发选择ALTER TABLE在等待释放锁时,同一个SQL节点上的语句有时会相互阻塞。(Bug #17812505, Bug #30383887)