MariaDB 10.10.1 RC 和 10.9.2 GA 现已发布

MariaDB 10.10.1 RC 和 10.9.2 GA 现已推出。MariaDB 基金会宣布了 MariaDB 10.10.1 的可用性,这是 MariaDB 10.10 系列中的第一个候选版本,而 MariaDB 10.9.2 则是 MariaDB 10.9 系列中的第一个普遍可用的版本。这些都是短期支持系列,在 GA 后维护一年。

一些亮点更新内容包括:

InnoDB

Replication

  • ER_SLAVE_INCIDENT 错误现在被指定在 slave 上,以便通过 SHOW-SLAVE-STATUS 看到 (MDEV-21087)
  • 当正在记录的事务可以安全回滚时,INCIDENT_EVENT 不再被 binlogged (MDEV-21443)
  • 序列相关的行格式事件对应于 binlog_row_image ( MDEV-28487 )
  • 消除了 FLUSH BINARY LOGS 挂起的可能原因 ( MDEV-28948 )
  • 修复循环半同步设置中的 out-of-order gtid 错误 ( MDEV-28609 )
  • 为 SQL 线程添加了 global.slave_max_statement_time 选项,以限制每个查询复制的最大执行时间 ( MDEV-27161 )
  • CHANGE MASTER 的 MASTER_USE_GTID=Current_Pos 已弃用,以支持新的 MASTER_DEMOTE_TO_SLAVE 选项 ( MDEV-20122 )
  • CHANGE MASTER TO 和 RESET SLAVE 的 MASTER_USE_GTID 默认值已更改为与 GTID-based replication 兼容 ( MDEV-19801 )

Galera

  • 在 read_only=ON 而不是 SUPER 权限的情况下,有可能 write/update ( MDEV-28546 )
  • 节点崩溃,传输端点未连接 mysqld 得到 signal 6 ( MDEV-25068 )
  • Galera4 无法报告正确的 wsrep_incoming_addresses ( MDEV-20627 )
  • Galera 应该在 INCREMENT <> 0 的序列中复制与 nextval() 相关的更改,至少是 engine=InnoDB 的 NOCACHE 序列 ( MDEV-27862 )
  • 在 Galera 中添加对 OpenSSL 3.0 的支持 ( MDEV-25949 ) 
  • 实现一种方法,将 IP 添加到可以发出 SST/IST 请求的 Galera Cluster 节点地址的允许列表 ( MDEV-27246 )

Optimizer

  • JOIN_CACHE::free 或 copy_fields 中的服务器崩溃 ( MDEV-23809 )
    • 使用 DISTINCT 和像 COLLATION(aggegate_func(...)) 这样的常量函数的查询可能会导致服务器崩溃。请注意,COLLATION() 是一个特殊函数 - 即使它的参数不是常数,它的值也是常数。
  • 在 GROUP BY 子句中使用带有冗余子查询的 ANY 谓词时崩溃 ( MDEV-29139 )
    • 带有这种形式的子查询的查询可能会导致崩溃:
  ... ANY (SELECT ... GROUP BY (SELECT redundant_subselect_here)) ...
  • MariaDB Server SEGV on INSERT .. SELECT ( MDEV-26427 )
    • “INSERT ... SELECT with_aggregate_or_window_func”形式的某些查询可能会导致崩溃。
  • restore_prev_nj_state() 没有正确更新 cur_sj_inner_tables ( MDEV-28749 )
    • 子查询半连接优化可能会错过某些查询的 LooseScan 或 FirstMatch 策略。
  • 升级到 10.3 后优化器使用所有分区 ( MDEV-28246 )
    • 对于多表 UPDATE 或 DELETE 查询,优化器未能对更新或删除的表应用分区修剪优化。
  • key IN (const, ....) 的 Range optimizer 回归 ( MDEV-25020 )
    • 该问题可以在 MariaDB 10.5.9 及更高版本中观察到,这些版本具有针对 MDEV-9750 的修复程序。该修复引入了 optimizer_max_sel_arg_weight。
    • 如果将 optimizer_max_sel_arg_weight 设置为非常高的值或零(这意味着“无限”)并运行生成 heavy-weight graphs,他们可以观察到性能下降,例如:
  table.keyXpartY [NOT] IN ( ... )
  • 与 not_null_range_scan 结合使用的表消除错误结果 ( MDEV-28858 )
    • 如果使用 optimizer_switch='not_null_range_scan=on' (默认情况下未启用)运行,则执行连接并具有 const 表的查询可能会产生错误的结果。
  • best_access_path 中的断言 `tmp >= 0' 失败 ( MDEV-28882 )
    • 如果使用 histogram_type=JSON_HB,收集了该类型的直方图并运行查询,选择直方图末端附近的一个非常窄的范围,则由于直方图中的舍入错误导致负选择性,他们可能会在优化器中命中断言。

General

更多详情可分别查看 MariaDB 10.10.1 Release Notes 和 MariaDB 10.9.2 Release Notes。 

 

展开阅读全文
发表评论

相关文章