Changes and Improvements in MariaDB 11.4
- SSL is now enabled in the server by default. No configuration necessary, if no server certificate was provided a self-signed certificate will be automatically generated by the server. See Mission Impossible: Zero-Configuration SSL on mariadb.org (MDEV-31856).
- Clients now can validate self-signed server certificates if the mysql_native_password or ed25519 authentication is used and account password is not empty (MDEV-31855).
- Clients now require SSL and have --ssl-verify-server-cert enabled by default (MDEV-31857).
- Replication clients do that too, MASTER_SSL_VERIFY_SERVER_CERT is enabled by default.
--disable-ssl-verify-server-certto revert to the old behavior.
- Clients can use new command line options --tls-fp and --tls-fplist to verify the server certificate by its fingerprint
- ALTER TABLE … EXCHANGE PARTITION and ALTER TABLE … CONVERT TABLE … TO now support the
WITHOUT VALIDATIONclauses. If neither is specified, the default behavior is
- New view sys.privileges_by_table_by_level shows granted privileges broken down by table on which they allow access and level on which they were granted. For example, if a user
ON db.*, this view will list all tables in the
dbschema with the user
SELECTprivilege on them. This is different from INFORMATION_SCHEMA.TABLE_PRIVILEGES, which only lists privileges granted on the table level (MDEV-24486)
- Not only ascending, but also descending indexes can now be used to optimize MIN() and MAX() (MDEV-27576)
- The preferred way to specify Spider parameters is to use the dedicated Spider table options (implemented in MariaDB 11.3). Abusing the table
COMMENTclause is now deprecated (MDEV-28861)
- CONV() function now supports conversion up to base 62 (MDEV-30879)
- Added support for packages (CREATE PACKAGE) outside of ORACLE sql_mode (MDEV-32101)
- Binary log writing speed was improved by moving checksum calculations out of the global binlog mutex (MDEV-31273). This is a contribution by Kristian Nielsen
- New system variable max_binlog_total_size enables binary log purging when the total size of all binary logs exceeds the specified threshold. The implementation is based on the patch from Percona (MDEV-31404)
- New system variable slave_connections_needed_for_purge disables binary log purging until the number of connected slaves reaches the specified threshold (MDEV-31404).
FULL_NODUPis a new value for the binlog_row_image system variable. It essentially works like
FULL, that is all columns are included in the event, but it takes less space, because the after image omits columns that were not changed by the
UPDATEstatement, and have same values as in the before image. This is a contribution from Alibaba (MDEV-32589)
- mariadb-binlog --flashback support for the FULL_NODUP mode. This is a contribution from Alibaba (MDEV-32894).
- MariaDB can optionally maintain a special index of GTIDs and their location in the binary log. If enabled, it allows finding very quickly where a new connecting replica should start replicating from. Without an index this required scanning the binlog. This is a contribution by Kristian Nielsen (MDEV-4991).
- GTID events in the binary log now include connection id of the client connection that generated the event. This allows mariadb-binlog to tag all row events with a corresponding connection id (MDEV-7850).
- The TIMESTAMP range of values was extended. The maximal allowed value for timestamps was '2038-01-19 03:14:07 UTC', and is now '2106-02-07 06:28:15 UTC'. This does not change the storage format, and new tables can be read by old MariaDB servers as long as timestamp values are within the old timestamp range. At the moment this is only supported on 64-bit platforms (MDEV-32188).
- For a list of all new variables, see System Variables Added in MariaDB 11.4.
List of All MariaDB 11.4 Releases
Content reproduced on this site is the property of its respective owners, and this content is not reviewed in advance by MariaDB. The views, information and opinions expressed by this content do not necessarily represent those of MariaDB or any other party.