What You Need to Know

There are no changes in table or index formats between MariaDB 5.5 and MariaDB 10.0, so on most servers the upgrade should be painless.

How to Upgrade

The suggested upgrade procedure is:

1. Modify the repository configuration, so the system's package manager installs MariaDB 10.0. For example,
   • On Debian, Ubuntu, and other similar Linux distributions, see Updating the MariaDB APT repository to a New Major Release for more information.
   • On RHEL, CentOS, Fedora, and other similar Linux distributions, see Updating the MariaDB YUM repository to a New Major Release for more information.
   • On SLES, OpenSUSE, and other similar Linux distributions, see Updating the MariaDB ZYpp repository to a New Major Release for more information.
2. Set innodb_fast_shutdown to 0. It can be changed dynamically with SET GLOBAL. For example:
   SET GLOBAL innodb_fast_shutdown=0;
3. Stop MariaDB.
4. 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
5. Install the new version of MariaDB.
   • On Debian, Ubuntu, and other similar Linux distributions, see Installing MariaDB Packages with APT for more information.
   • On RHEL, CentOS, Fedora, and other similar Linux distributions, see Installing MariaDB Packages with YUM for more information.
   • On SLES, OpenSUSE, and other similar Linux distributions, see Installing MariaDB Packages with ZYpp for more information.
6. Make any desired changes to configuration options in option files, such as my.cnf. This includes removing any options that are no longer supported.
7. Start MariaDB.
8. Run mysql_upgrade.
   • mysql_upgrade does two things:
     1. Ensures that the system tables in the mysql database are fully compatible with the new version.
     2. Does a very quick check of all tables and marks them as compatible with the new version of MariaDB .

Incompatible Changes Between 5.5 and 10.0

As mentioned previously, on most servers upgrading from 5.5 should be painless. However, there are some things that have changed which could affect an upgrade:

Options That Have Changed Default Values

Most of the following options have increased a bit in value to give better performance. They should not use much additional memory, but some of them a do use a bit more disk space. ^[1]

Options That Have Been Removed or Renamed

The following options should be removed or renamed if you use them in your config files:

Reserved Words

New reserved word: RETURNING. This can no longer be used as an identifier without being quoted.

Other

The SET OPTION syntax is deprecated in MariaDB 10.0. Use SET instead.

New Major Features To Consider

You should consider using the following new major features in MariaDB 10.0:

For Master / Slave Setups

• Global transaction id is enabled by default. This makes it easier to change a slave to a master.
• MariaDB 10.0 supports parallel applying of queries on slaves. You can enable this with slave-parallel-threads=#. Note that this works only if your master is MariaDB 10.0 or later.
• Multi source replication

Galera

See Upgrading from MariaDB Galera Cluster 5.5 to MariaDB Galera Cluster 10.0 for more details on Galera upgrades.

Variables

• System Variables Added in MariaDB 10.0
• Status Variables Added in MariaDB 10.0

Notes

1. ↑ The innodb-open-files variable defaults to the value of table-open-cache (400 is the default) if it is set to any value less than 10 so long as innodb-file-per-table is set to 1 or TRUE (the default). If innodb_file_per_table is set to 0 or FALSE and innodb-open-files is set to a value less than 10, the default is 300

See Also

• The features in MariaDB 10.0
• Upgrading from MariaDB Galera Cluster 5.5 to MariaDB Galera Cluster 10.0