An upgrading guide for unmaintained versions of MariaDB Community Server.
For Windows, see Upgrading MariaDB on Windows instead.
For MariaDB Galera Cluster, see instead.
Before you upgrade, it would be best to take a backup of your database. This is always a good idea to do before an upgrade. We would recommend mariadb-backup.
The suggested upgrade procedure is:
Modify the repository configuration, so the system's package manager installs . For example,
On Debian, Ubuntu, and other similar Linux distributions, see for more information.
On RHEL, CentOS, Fedora, and other similar Linux distributions, see for more information.
On SLES, OpenSUSE, and other similar Linux distributions, see for more information.
. The server should be cleanly shut down, with no incomplete transactions remaining. must be set to 0 or 1 and must be less than 3.
Uninstall the old version of MariaDB.
On Debian, Ubuntu, and other similar Linux distributions, execute the following:sudo apt-get remove mariadb-server
On RHEL, CentOS, Fedora, and other similar Linux distributions, execute the following:sudo yum remove MariaDB-server
On SLES, OpenSUSE, and other similar Linux distributions, execute the following:sudo zypper remove MariaDB-server
Install the new version of MariaDB.
On Debian, Ubuntu, and other similar Linux distributions, see for more information.
On RHEL, CentOS, Fedora, and other similar Linux distributions, see for more information.
On SLES, OpenSUSE, and other similar Linux distributions, see for more information.
Make any desired changes to configuration options in , such as my.cnf. This includes removing any options that are no longer supported.
.
Run .
mysql_upgrade does two things:
Ensures that the system tables in the [mysq](../../../../reference/sql-statements-and-structure/sql-statements/administrative-sql-statements/system-tables/the-mysql-database-tables/README.md) l database are fully compatible with the new version.
Does a very quick check of all tables and marks them as compatible with the new version of MariaDB .
On most servers upgrading from 10.2 should be painless. However, there are some things that have changed which could affect an upgrade:
The following options should be removed or renamed if you use them in your :
New : EXCEPT and INTERSECT. These can no longer be used as without being quoted.
has introduced major new Oracle compatibility features. If you upgrade and are using this setting, please check the .
As a result of implementing Table Value Constructors, the has been renamed to VALUE().
Functions that used to only return 64-bit now can return 32-bit results (). This could cause incompatibilities with strongly-typed clients.
in includes logic to cater for the . mysqldump from an earlier MariaDB release cannot be used on and beyond.
is not compatible with . Installations currently using XtraBackup should upgrade to before upgrading to .
If a user has the but not the DELETE HISTORY privilege, running will grant DELETE HISTORY as well.
You might consider using the following major new features in :
See also .
This page is licensed: CC BY-SA / Gnu FDL
No longer necessary as the Antelope is no longer supported.
No longer necessary as the Antelope is no longer supported.
Used in XtraDB-only
Used in XtraDB-only
Large index key prefixes were made default from , and limiting tables to small prefixes is no longer permitted in .
Used in XtraDB-only
Used in XtraDB-only
Used in XtraDB-only
Used in XtraDB-only
Used in XtraDB-only
Translated to (NONE to OFF, everything else to ON); only existed to allow easier upgrade from earlier XtraDB versions.
Replaced by the system variable.
Used in XtraDB-only
Used in XtraDB-only
Used in XtraDB-only
XA transactions are always supported.
Used in XtraDB-only
Replaced by the system variable.
Used in XtraDB-only
(empty)
fsync
6
4
150
160
unknown
Used in XtraDB-only
Used in XtraDB-only
Used in XtraDB-only
Used in XtraDB-only
Used in XtraDB-only
The InnoDB file format is now Barracuda, and the old Antelope file format is no longer supported.
One less than the server maturity