NDB磁盘数据:ndbmtd.在还原操作期间无法完成对日志文件组的查找时,有时会意外终止。(错误# 31284086)
NDB磁盘数据:在群集重新启动后执行磁盘数据DDL操作时,未初始化的变量会导致问题。(错误# 30592528)
ndb_restore.
——remap-column
没有处理包含的列空值
值正确。现在,使用与此选项一起使用的映射函数指定的任何偏移量都不应用于空值
,所以空值
按预期保存。(错误# 31966676)MaxDiskWriteSpeedOwnRestart
在节点重新启动期间,未授予本地检查点写入的上限。(bug#31337487)参考文献:另见:Bug#29943227。
在节点重启期间,
SUMA.
开始的节点块必须获取订阅的副本(带订阅者的事件)和订阅者(ndbeptoperation.
从已经运行的节点执行的实例。在副本完成之前,仍在启动的节点忽略任何用户级别sub_start.
或者SUB_STOP
要求;副本完成后,他们可以参加此类请求。虽然复制操作正在进行中,用户级sub_start.
和SUB_STOP
请求被阻止使用ad
锁。发现一个问题可以参与起始节点
sub_start.
和SUB_STOP
请求锁后请求,但在授予之前,这导致了不成功sub_start.
和SUB_STOP
请求。此修复程序确保节点不能参与这些请求直到d
锁实际上已经被授予了。(错误# 31302657)转储1001
(dumppagememoryonfail.
)当由于资源约束而导致页面的分配失败时,现在打印有关数据节点页面内存管理器的内部状态的信息。(bug#31231286)生成的统计数据
NDB.
为了跟踪分配和决定何时无法正确计算释放它们的内部对象,结果是资源使用的阈值比预期更高为50%。此修复正确纠正问题,并应允许降低内存使用情况。(bug#31127237)NDB集群中包含的自动安装程序使用的Dojo工具包已经升级到版本1.15.3。(错误# 31029110)
由返回的打包的版本1配置文件ndb_mgmd在升级到NDB 8.0之后可能包含重复的条目,这使得该文件与使用版本1的客户端不兼容。这是由于处理向后兼容性的代码假设在将每个节与默认节合并时,每个节中的条目已经排序。为了解决这个问题,我们现在要确保在合并之前执行这个排序。(错误# 31020183)
方法中的任何
关闭
,所有停止
,或所有重新开始
管理命令,不同节点可以尝试停止不同的全局检查点索引(CGI)边界。如果他们成功地这样做,那么后续系统重启就会慢于正常,因为具有早期停止GCI的任何节点都必须作为过程的一部分进行接管。当第一个GCI边界上未发生的节点导致幸存节点不可行,幸存的节点遭受仲裁失败;这具有导致这种节点在正确的GCI下停止的积极效果,但可以产生虚假的错误或类似的效果。为了避免此类问题,现在在计划关闭期间执行额外的同步,以减少不同数据节点试图在不同gci上关闭的可能性,以及在系统重启期间使用不必要的节点接管。(错误# 31008713)
当回应
SCANTABREQ
,如果一个API节点知道扫描应该只在一个片段上工作,那么它可以提供一个分布键,在这种情况下,分布键应该是片段ID,但在某些情况下,使用了分区键的散列,导致在DBTC.
。(bug#30774226)发现了几个内存泄漏ndb_import已被移除。(Bug # 307756434, Bug #30727956)
备份中的主节点在接收到对
DEFINE_BACKUP_REQ
信号。当主节点以外的数据节点在备份期间出错时,备份主节点通过向自己发送define_backup_ref.
代表缺失节点的信号,导致从同一节点接收两个回复(aconf
问题节点在关闭之前发出的信号裁判
从主设备代表此节点的信号),即使主设备只预期每个节点的一个回复。也遇到了这种情况START_BACKUP_REQ
和stop_backup_req.
信号。在此情况下通过允许重复回复在错误是未共定的节点关闭的结果时修复。(bug#30589827)
当更新
NDB_TABLE
评论选项使用ALTER TABLE
的其他选项,这些选项在创建表时被设置为非默认值,但在ALTER TABLE
语句可以重置为其默认值。看到设置NDB_TABLE选项, 想要查询更多的信息。(bug#30428829)
在重新启动期间,数据节点收到
GCP_SAVEREQ
在开始启动阶段9之前的信号,因此需要执行全局检查点索引写入本地数据管理器的本地检查点控制文件,它没有从中记录信息DIH
块源自与将信号发送的节点作为写入数据的一部分。这意味着,在尝试发送A时,稍后在开始阶段9中GCP_SAVECONF
响应信号GCP_SAVEREQ
,此信息不可用,这意味着无法发送响应,从而导致数据节点的计划外关闭。(bug#30187949)环境
EnableRedoControl
来假
没有完全禁用MaxDiskWriteSpeed
,maxdiskwritespeedothernoderestart.
, 和MaxDiskWriteSpeedOwnRestart
正如预期的那样。(bug#29943227)参考文献:另见:bug#31337487。
删除了发现的内存泄漏ndb_import实用程序。(错误# 29820879)
一个
斑点
值由NDB.
在多个部分;当读取这样的值时,每个部分执行一个读取操作。如果没有找到某个部件,则读取失败未找到错误错误,表示已损坏斑点
,自A.斑点
不应该有任何缺失的部分。可能会出现问题,因为这个错误被报告为读取操作的总体结果,这意味着mysqld没有看到任何错误,并且报告返回零行。通过在找不到WICH部分的情况下,专门为该案例添加检查来修复此问题。现在,发生这种情况时,覆盖了找不到行错误损坏的团,这导致了起源
选择
声明失败预期。NDB API的用户应该意识到,尽管发生了这种变化,但ndbblob :: getValue()
方法继续报告错误找不到行在这种情况下。(bug#28590428)在节点重新启动期间,在节点重新启动期间对片段副本的操作的操作不正确可能导致强制关闭,或者在片段副本之间发散的内容,当使用非平安(区分大小写)平等条件时。(bug#98526,bug#30884622)