10bet网址
MySQL集群NDB 7.6发行说明
下载这些版本说明
PDF (Ltr)- 0.8 mb
PDF (A4)- 0.8 mb
HTML下载(TGZ)- 166.6 kb
HTML下载(邮政编码)- 222.9 kb


MySQL集群NDB 7.6发行说明/发行版系列的更新日志:MySQL集群NDB 7.6/ MySQL集群NDB 7.6.1的变化(5.7.17-ndb-7.6.1)(没有公布,发展里程碑1)

MySQL集群NDB 7.6.1的变化(5.7.17-ndb-7.6.1)(没有公布,发展里程碑1)

功能添加或改变

  • NDB磁盘数据:介绍了一个新文件格式发布NDB磁盘数据表。新格式提供了一种机制,可以唯一标识每个磁盘数据表没有重用表id。这是旨在帮助解决问题和处理页面和程度,对用户可见的问题快速创建和删除磁盘数据表,和旧的格式没有提供一个现成的方法来解决。

    所使用的新格式现在每当新undo日志文件组和创建表空间数据文件。文件与现有的磁盘数据表继续使用旧格式的,直到他们的表空间和undo日志文件组是创造。重要的:新旧格式不兼容,所以不能用于不同的数据文件或undo日志文件所使用的相同的磁盘数据表或表空间。

    为了避免问题旧的格式,你应该重新创建任何现有的表空间和undo日志文件组时升级。你可以通过执行的初始启动(也就是说,使用每个数据节点——初始选项)作为升级过程的一部分。由于当前版本是pre-GA开发者版本,这个初始节点重启是可选的,但你应该期待——准备NDB的GA版本7.6中倡导的是强制性的

    如果您使用的是磁盘数据表,降级任何任何NDB NDB 7.6版本7.5或更早版本需要重新启动数据节点——初始评级过程的一部分,因为NDB 7.5和更早的版本中不能读新磁盘数据文件格式。

    有关更多信息,请参见升级和降级NDB集群

错误修复

  • 包装:NDB集群Auto-Installer RPM包SLES 12失败由于依赖python2-crypto而不是python-pycrypto。(错误# 25399608)

  • NDB磁盘数据:陈旧的数据从NDB磁盘数据表已经下降可能是因为被包括在备份磁盘扫描支持这些。为了避免这种可能性,磁盘扫描现在残疾人,其他类型的scans-when备份。(错误# 84422,错误# 25353234)

  • NDB集群api:当信号发送,而客户端过程接收信号等SUB_GCP_COMPLETE_ACKTC_COMMIT_ACK,这些信号是临时缓冲发送缓冲区打发他们的客户。如果没有显式地刷新,信号仍然在这些缓冲区,直到客户端再次醒来的时候,刷新缓冲区。因为没有尝试执行一个上限多长时间信号可能仍未寄出的本地客户端缓冲区,这可能导致组件超时和其他不良行为等这些信号。

    此外,修复前,相关问题可能使这种情况更加恶化通过删除客户端唤醒期间客户端发送缓冲区可以刷新。

    当前解决移动负责冲洗接收器发送的消息,接收方(poll_owner客户端)。这意味着它不再需要唤醒所有客户仅仅是他们刷新缓冲区。相反,poll_owner客户端(已经)执行冲洗的发送缓冲区时提供信号发送到收件人。(错误# 22705935)

    引用:参见:错误# 18753341,错误# 23202735。

  • NDB集群api:自适应发送算法不是作为预期,导致每个执行请求被发送到NDB立即内核,而不是首先收集多个请求发送他们之前为更大的内存块。这产生一个性能损失的10%。这个问题是由于运输层总处理forceSend在几个API方法(包括参数使用nextResult ()close ()),真正的。(错误# 82738,错误# 24526123)

  • ndb_print_backup_file公用事业失败时试图读取从备份文件备份包括表包含超过500列。(错误# 25302901)

    引用:参见:错误# 25182956。

  • ndb_restore没有正确地恢复表拥有超过341列。这是由于这样的事实:缓冲区读取表用于保存元数据.ctl文件的大小是不足的,所以只能读取表描述符的一部分,在这种情况下。这个问题是固定的通过增加使用的缓冲区的大小ndb_restore文件读取。(错误# 25182956)

    引用:参见:错误# 25302901。

  • 没有痕迹的时候写的ndbmtd收到一个信号在任何线程除了主线程,因为所有其他线程的信号被封锁。删除这个问题是固定的rt_signal_lease,我试,SIGILL,SIGSEGV信号从列表中信号的信号被屏蔽。(错误# 25103068)

  • ndb_show_tables效用并没有显示类型信息哈希映射或完全复制触发器。(错误# 24383742)

  • NDB集群Auto-Installer不显示用户如何迫使退出应用程序(CTRL+C)。(错误# 84235,错误# 25268310)

  • NDB集群Auto-Installer失败退出时无法启动相关的服务。(错误# 84234,错误# 25268278)

  • NDB集群Auto-Installer失败时,指定的端口——港口选项(或默认端口8081)已经在使用。现在在这种情况下,当所需的端口不可用,未来20端口测试序列,与第一个可用的使用;只有当所有这些都是在使用Auto-Installer失败。(错误# 84233,错误# 25268221)

  • 倍数的实例集群NDB Auto-Installer没有检测到。这可能导致无意多个部署在同一主机上,流浪的过程,和类似的问题。这个问题是固定的Auto-Installer创建一个PID文件(mcc.pid),这是一个成功的退出时删除。(错误# 84232,错误# 25268121)

  • 当一个数据节点运行StopOnError设置为0进行计划外停机,自动重启了与前一个相同类型的开始。在数据节点情况以前开始的——初始选项,这意味着最初开始执行,在多个数据节点发生故障的情况下可能会导致数据丢失。这个问题也发生当一个数据节点关闭导致生成核心转储。支票现在捕获所有的这种情况下,执行和执行正常重启。

    此外,在这种情况下,一个失败的数据节点无法关闭之前将开始阶段信息发送到天使的过程,关闭总是视为创业失败,也导致了最初的重启。这个问题是固定的通过添加检查执行启动故障处理只有一个有效的开始阶段是收到客户端。(错误# 83510,错误# 24945638)

  • 数据节点关闭重做日志疲惫时没有重新启动时自动触发当地检查站,并要求使用转储7099手动启动一个。(错误# 82469,错误# 24412033)

  • 一个数据节点重新启动时,节点首先停止,然后,一个固定的等待后,进入管理服务器假定节点NOT_STARTED状态,此时,节点发送一个开始的信号。如果节点是没准备好,因为它还没有停止(因此就没有完成NOT_STARTED),信号是默默地忽略。

    为了解决这个问题,现在的管理服务器检查是否数据节点实际上到达之前NOT_STARTED状态发送起始信号。等待节点达到这种状态被分成两个独立的检查:

    • 等待数据节点启动关闭(最大12秒)

    • 等待数据节点完成关闭,达到NOT_STARTED状态(最大120秒)

    如果这两种情况下超时,重新启动被认为是失败,并返回一个适当的错误。(错误# 49464,错误# 11757421)

    引用:参见:错误# 28728485。