重要的变化:现在可以设置
READ_BACKUP
,使用SQL语句在线查询现有表ALTER TABLE……算法=原地,评论= " NDB_TABLE = READ_BACKUP = 1”
。看设置NDB_TABLE选项,以查询有关的详情READ_BACKUP
选项。(bug#80858,bug#23001617)参见Bug #18435416。
控件中添加了三个新表
ndbinfo
在一个活跃的MySQL NDB集群中提供锁和锁尝试的运行信息。以下是这些表格的简要说明:cluster_locks.
:当前正在等待或持有锁的锁请求;这些信息在调查暂停和死锁时很有用。类似于cluster_operations.
。locks_per_fragment
:锁定索赔请求的计数,以及每个片段的结果,以及成功和不成功等待锁的总时间。类似于operations_per_fragment
和memory_per_fragment
。server_locks
:集群事务的子集—在本地运行的事务mysqld.,显示每个事务的连接ID。类似于server_operations.
。
有关更多信息,请参见ndbinfo: NDB集群信息数据库。
的
NDB
存储引擎现在支持生成的列(请参阅创建表和生成列)以及存储生成列上的索引。的虚拟生成列上的索引
NDB
不支持表。ALTER TABLE
语句,将已存储的生成列添加到NDB
不能在线执行表。
NDB集群api:由扫描锁接管发出
NdbScanOperation: lockCurrentTuple ()
没有设置接管操作的操作类型。(bug#23314028)的
ndbinfo
cpustat_1sec
和cpustat_20sec.
表格没有提供任何历史信息。(错误# 23520271)在关机期间,mysqld.进程有时可能在日志记录之后挂起
NDB Util:停止
…NDB Util:唤醒
。(bug#23343739)参考:另请参阅:Bug#21098142。
在扩展或减少哈希表时,分配新的溢出页面
DBACC.
当索引内存不足时,内核块导致数据节点失败。有时,当一个大表的大小迅速增大或减小时,就会出现这种情况。(错误# 23304519)参考:这个问题是一个回归:bug#13436216。
在发送追踪时间播出时
SCAN_FRAGREQ
接收到相应的信号SCAN_FRAGCONF
,假设是在的DBTC
内核块SCAN_FRAGCONF
只能在发送SCAN_FRAGREQ
或者SCAN_NEXTREQ
信号,但情况并不总是如此:实际上,本地查询处理程序在发送一个SCAN_FRAGCONF
,发送额外的SCAN_FRAGCONF
报告扫描关闭时的信号。通过确保在使用前每次初始化定时器值来修复此问题。(bug#81907,bug#23605817,bug#23306695)的输出中列出了表索引ndb_desc.以不确定的顺序,平台之间可能会有所不同。现在这些索引按输出中的ID排序。(Bug #81763, Bug #23547742)
重新启动集群后,第一次尝试从任何
ndbinfo
cpustat
,cpustat_50ms
,cpustat_1sec
,或cpustat_20sec.
表生成一个警告,大意是表中缺少列。随后,thread_sleeping
和spin_time
发现列中的每张表中缺少列。(bug#81681,bug#23514557)参考文献:另见:Bug#23305078。
使用一个
threadconfig.
具有尾随逗号的参数值导致断言。(bug#81588,bug#23344374)