10bet网址
MySQL NDB群集7.6发行说明
下载这些发行说明
PDF(美国LTR)- 0.8MB.
PDF (A4)- 0.8MB.
HTML下载(TGZ)- 169.1 kb
HTML下载(ZIP)- 225.8KB.


MySQL NDB群集7.6发行说明/ Changes in MySQL NDB Cluster 7.6.12 (5.7.28-ndb-7.6.12) (2019-10-15, General Availability)

MySQL NDB集群7.6.12(5.7.28-NDB-7.6.12)的更改(2019-10-15,普通可用性)

MySQL NDB Cluster 7.6.12是NDB 7.6的一个新版本,基于MySQL Server 5.7,包含了版本7.6的特性NDB存储引擎,以及修复最近发现的bug在以前的NDB集群版本。

获取NDB集群7.6。NDB集群7.6源代码和二进制文件可以从中获得10bet博彩公司

关于NDB Cluster 7.6中更改的概述,请参见NDB Cluster 7.6有什么新功能

此版本还包含所有错误修复和在先前的NDB群集版本中进行的更改,以及在MySQL 5.7中的MySQL 5.7中添加的所有错误修复和功能更改(参见MySQL 5.7.28(2019-10-14,普通可用性)的变化).

功能添加或更改

  • ndb_restore现在报告具体的NDB错误号和消息无法从备份加载表描述符.ctl文件。当试图将从NDB Cluster软件的较晚版本获取的备份恢复到运行较早版本的集群时,可能会发生这种情况——例如,当备份包含使用版本未知的字符集的表时ndb_restore用来恢复它。(bug#30184265)

  • 的输出转储1000.在里面ndb_mgm.客户已扩展到提供有关全数据页面使用情况的信息。(bug#29841454)

    参考文献:另见:Bug#29929996。

错误修复

  • NDB磁盘数据:当数据节点在创建和群体后失败时NDB在磁盘上有列的表,但在执行本地检查点之前,可能会丢失表空间中的行数据。(错误# 29506869)

  • MySQL NDB ClusterJ:如果ClusterJ被部署为一个多模块web应用程序的一个单独的模块,当应用程序试图创建一个新的域对象实例时,异常非公共接口不是由给定的加载器定义的被扔了。它是因为Clusterj始终尝试创建可以实例化域对象的代理类,并且代理类是域界面和受保护的domaintypehandlerimpl ::最终可爱界面。这种两个接口的类加载器在这种情况下不同,因为它们属于Web服务器上运行的不同模块,因此当Clusterj尝试使用域对象接口的类加载器创建代理类时,抛出上述异常.这个修复了终结接口公共,使Web应用程序的类加载器即使属于来自域界面的不同模块也能够访问它。(bug#29895213)

  • MySQL NDB ClusterJ:在重新连接到NDB集群后,ClusterJ有时会出现分段故障。这是因为ClusterJ重用了旧连接中的旧数据库元数据对象。通过修复,这些对象将在重新连接到集群之前被丢弃。(错误# 29891983)

  • 一旦数据节点启动,其配置的95%datamemory.应可用于正常数据,留出5%用于危急情况。在节点启动过程中,其所有配置datamemory.可用于数据,以最小化恢复节点数据的风险由于数据存储器而导致的数据存储器失败,由于某些动态存储器结构使用更多页面的动态存储器结构,而不是当节点停止时的数据。例如,哈希表在重启期间比以前在重启期间变化不同,因为插入到表格的顺序不同于历史顺序。

    在此错误报告中提出的问题发生在检查使用的数据存储器加上备用数据存储器未超过所设置的值时datamemory.保留备用内存的点失败。发生在预留备用页面时从开始启动时转换的数据节点的状态发生。在计算用于备用存储器的保留页数之后,然后将共享页面(即来自共享全局存储器的页面)用于此,未考虑已分配的保留页数的数量。(bug#30205182)

    参考:参见Bug #29616383。

  • 执行全局架构锁(GSL)时,NDB用单一的ndb_table_guard.尝试获取表对象参考时,连续退出的对象;在第一次尝试失败后,这是不可能成功的,因为ndb_table_guard.假设仅在初始化时确定底层对象指针 - 此后从缓存的引用返回先前检索的指针。

    这导致无限等待获得GSL,导致Binlog注射器线挂起mysqld考虑到所有NDB要只读的表。为了避免这个问题,NDB现在使用新的实例ndb_table_guard.对于每一次这样的重试。(错误# 30120858)

    参考:这个问题是一个回归:bug#30086352。

  • 启动时,数据节点的本地sysfile在第一个完成的本地检查点和开始阶段50之间没有更新。(错误# 30086352)

  • 备份Block,假设是第一个记录c_backups是本地检查点记录,但并非总是如此。现在NDB通过记录循环c_backups找到(正确的)LCP记录。(错误# 30080194)

  • 在主节点接管期间,有可能以这种状态结束LCP_STATUS_IDLE虽然剩余的数据节点正在报告其状态lcp_tab_saved.这导致节点在试图处理接收lcp_complete_rep.信号由于空闲时不会预期。现在在这种情况下,本地检查点处理以确保在适当状态下完成此节点的方式完成(lcp_tab_saved).(错误# 30032863)

  • 恢复表格MAX_ROWS用于将NDB 7.4的备份分区更改为运行NDB 7.6的集群不能正常工作。这是通过确保升级代码处理来解决的分区提供有效的表格规范NDB字典。(bug#29955656)

  • 在升级NDB集群的过程中,当一半的数据节点运行NDB 7.6,而其余的运行NDB 8.0时,试图关闭那些运行NDB 7.6的节点导致一个节点出现错误检查FaileDnodeptr.p-> dblqhfai.(bug#29912988,bug#30141203)

  • 执行本地检查点(LCP)时,表的架构版本间歇性地读为0,这导致NDBLCP处理将表视为被删除。这可以通过离线方式重新构建索引ndb_restore桌子上的时候TABLE_READ_ONLY状态。现在函数读取架构版本(getCreateSchemaVersion ())在读写时不再更改它。(bug#29910397)

  • NDB索引统计数据是基于有序指数的一个片段的拓扑计算的;在任何特定索引中选择的片段在索引创建时间内决定,当最初创建索引时,并且当节点或系统重新启动时在本地重新创建索引时。此计算部分基于索引中的片段数,这可以在重新组织表时更改。这意味着,下次重新启动节点时,该节点可以选择不同的片段,使得没有碎片,一个片段或两个片段用于生成索引统计,从而导致错误分析表

    这个问题可以通过修改在线表重组来立即重新计算所选的片段来解决,以便在任何后续重启之前和之后对齐所有节点。(错误# 29534647)

  • 在数据节点已经启动但还没有选出总裁的重新启动期间,管理服务器收到一个节点ID已在使用中错误,导致过度重试和日志记录。这是通过引入新的错误1705来修复的尚未准备好连接分配对于这种情况。

    在重新启动期间,当数据节点尚未完成节点故障处理时,一个伪日志含义分配nodeID失败返回错误。这是通过添加检查来修复,以检测不完整节点开始并返回错误1703节点故障处理未完成反而。

    作为此修复的一部分,重试频率已经减少尚未准备好alloc nodeid为了测试目的,添加了一个错误插入,以模拟缓慢重启,并重新编写了日志消息,表明相关的节点ID分配错误很小,而且只是临时的。(错误# 27484514)

  • 选择事务协调员的过程检查生活数据节点但不一定适用于实际可用的节点。(bug#27160203)