MariaDB 10.4 首个 GA 版本 10.4.6 发布,带来多项更新

栏目: 数据库 · Mysql · 发布时间: 6年前

内容简介:MariaDB 10.4.6 发布了,MariaDB 10.4.6 是一个 GA 稳定版。MariaDB主要由开源社区在维护,采用 GPL 授权许可。发布日期:2019.06.18MariaDB 10.4 是 MariaDB 10.3 的演进版,带来了几个全新功能,并且具有 MySQL 的后端和重新实现的功能。

MariaDB 10.4.6 发布了,MariaDB 10.4.6 是一个 GA 稳定版。MariaDB主要由开源社区在维护,采用 GPL 授权许可。

发布日期:2019.06.18

MariaDB 10.4 是 MariaDB 10.3 的演进版,带来了几个全新功能,并且具有 MySQL 的后端和重新实现的功能。

Authentication

InnoDB

Optimizer

Syntax

Variables

For a list of all new variables, see System Variables Added in MariaDB 10.4 and  Status Variables Added in MariaDB 10.4 .

Galera

Galera 4 version 26.4.0 has been added to  MariaDB 10.4

Upgrading to Galera 4 version 26.4.0

Rolling upgrades from earlier 10.3 (or older) MariaDB releases are not supported in this release. For upgrading a 10.3-based cluster, any applications accessing the cluster should be stopped and the cluster shut down. Then for each cluster node the following procedure should be carried out:

  • Install  MariaDB 10.4.2  and Galera 4 version 26.4.0
  • Start MariaDB server, but make sure it is not trying to connect to the cluster by configuring  wsrep_provider=none
  • While MariaDB server is running, run  mysql_upgrade  for the server
  • Stop MariaDB server

After that, you can bootstrap the cluster. If there was ongoing application load on the cluster during the initial cluster shutdown phase, you should make sure to bootstrap the cluster with the node which was shutdown last.

We are working on rolling upgrade support for the final GA version of MariaDB 10.4 . With a rolling upgrade, a live cluster can be upgraded node by node, and the cluster is able to process application load when having a hybrid setup of 10.3 and 10.4 nodes.

New Features in Galera 26.4.0

The ‘mysql’ schema contains new Galera replication related tables:

wsrep_cluster
wsrep_cluster_members
wsrep_streaming_log

End users may read but not modify these tables.

The new streaming replication feature allows replicating transactions of unlimited size. With streaming replication, a cluster is replicating a transaction in small fragments during transaction execution. This transaction fragmenting is controlled by two new configuration variables:

  • wsrep_trx_fragment_unit (bytes, rows, statements)  defines the metrics for how to measure transaction size limit for fragmenting. Possible values are:
    bytes
    rows
    statements
    
  • wsrep_trx_fragment_size  defines the limit for fragmenting. When a transaction’s size, in terms of the configured fragment unit, has grown over this limit, a new fragment will be replicated.

Transactions replicated through galera replication will now process the commit phase using MariaDB's group commit logic. This will affect transaction throughput, especially when binary logging is enabled in the cluster.

Limitations in Galera 26.4.0

  • Upgrading from 10.3 version 25.3.25 to 10.4 version 26.4.0 must happen on a stopped cluster. Only after all nodes have been upgraded to  MariaDB 10.4  and Galera 26.4.0 can the cluster be started up
  • Splitting transactions of  LOAD DATA  execution will conflict with streaming replication, and should not be used if streaming replication is configured

General

  • Crash safe  Aria -based  system tables  ( MDEV-16421 )
  • Added Linux abstract socket support ( MDEV-15655 )
  • Enabled C++11 ( MDEV-16410 )
  • Performance improvements in  Unicode  collations ( MDEV-17534MDEV-17511MDEV-17502MDEV-17474 )
  • User data type plugins ( MDEV-4912 , in progress)
  • Improvements with SQL standard INTERVAL support to help functions  TIMESTAMP()  and  ADDTIME()  return more predictable results.
    • Historically, MariaDB uses the TIME data type for both "time of the day" values and "duration" values. In the first meaning the natural value range is from '00:00:00' to '23:59:59.999999', in the second meaning the range is from '-838:59:59.999999' to '+838:59:59.999999'.
    • To remove this ambiguity and for the SQL standard conformance we plan to introduce a dedicated data type INTERVAL that will be able to store values in the range at least from '-87649415:59:59.999999' to '+87649415:59:59.999999', which will be enough to represent the time difference between TIMESTAMP'0001-01-01 00:00:00' and TIMESTAMP'9999-12-31 23:59:59.999999'.
    • As a first step we support this range of values for intermediate calculations when TIME-alike string and numeric values are used in INTERVAL (i.e. duration) context, e.g. as the second argument of SQL functions TIMESTAMP(ts,interval) and ADDTIME(ts,interval), so the following can now be calculated:
SELECT ADDTIME(TIMESTAMP'0001-01-01 00:00:00', '87649415:59:59.999999');
-> '9999-12-31 23:59:59.999999'  

SELECT TIMESTAMP(DATE'0001-01-01', '87649415:59:59.999999')
-> '9999-12-31 23:59:59.999999'  

SELECT ADDTIME(TIME'-838:59:59.999999', '1677:59:59.999998');
-> '838:59:59.999999'

有关 MariaDB 10.4. 6 所做更改的完整列表,请参阅 更新日志


以上所述就是小编给大家介绍的《MariaDB 10.4 首个 GA 版本 10.4.6 发布,带来多项更新》,希望对大家有所帮助,如果大家有任何疑问请给我留言,小编会及时回复大家的。在此也非常感谢大家对 码农网 的支持!

查看所有标签

猜你喜欢:

本站部分资源来源于网络,本站转载出于传递更多信息之目的,版权归原作者或者来源机构所有,如转载稿涉及版权问题,请联系我们

创新者的解答

创新者的解答

【美】克莱顿•克里斯坦森、【加】迈克尔·雷纳 / 中信出版社 / 2013-10-10 / 49.00

《创新者的解答》讲述为了追求创新成长机会,美国电信巨子AT&T在短短10年间,总共耗费了500亿美元。企业为了保持成功记录,会面对成长的压力以达成持续获利的目标。但是如果追求成长的方向出现偏误,后果往往比没有成长更糟。因此,如何创新,并选对正确方向,是每个企业最大的难题。 因此,如何创新,并导向何种方向,便在于创新结果的可预测性─而此可预测性则来自于正确的理论依据。在《创新者的解答》中,两位......一起来看看 《创新者的解答》 这本书的介绍吧!

XML 在线格式化
XML 在线格式化

在线 XML 格式化压缩工具

Markdown 在线编辑器
Markdown 在线编辑器

Markdown 在线编辑器