MariaDB versus MySQL - Compatibilité

You are viewing an old version of this article. View the current version here.

MariaDB est un remplacement de MySQL prêt à exécuter

À toutes fins pratiques, MariaDB est un remplacement de la même Version de MySQL (par exemple, MySQL 5.1 -> MariaDB 5.1, MariaDB 5.2 & MariaDB 5.3 sont compatibles. MySQL 5.5 sera compatible avec MariaDB 5.5). Cela veut dire que:

  • Les fichiers de données et de définition des tables (.frm) sont compatibles au niveau binaire.
  • Tous les APIs clients, les protocoles et les structures sont identiques.
  • Tous les noms de fichiers, fichiers binaires, chemins, ports, sockets et etc.... devraient être les mêmes.
  • Tous les connecteurs de MySQL (PHP, Perl, Python, Java.NET, MyODBC, Ruby, connecteur MySQL C etc.) travaillent de la même manière avec MariaDB.
    • Il y a quelques installation issues with PHP5 dont il faut tenir compte (il s'agit d'un bug sur la manière utilisé par l'ancien PHP5 pour contrôler la compatibilité de la librairie client).
  • Le paquet mysql-client fonctionne aussi avec le serveur MariaDB.

Cela veut dire que pour la plupart des cas, vous n'avez qu'a désinstaller MySQL et installer MariaDB pour pouvoir l'utiliser. (Il n'y a pas besoin de convertir les fichiers de données si vous utilisez la même version principale, telle que 5.1).

Tous les mois on fait le merge avec le code de MySQL afin de garder la compatibilité et pour avoir accès à toutes les fonctionnalités et les corrections des bugs développés par Oracle. Nous avons également fait beaucoup de travail sur la mise à niveau des scripts ce qui fait que maintenant il est plus facile upgrade depuis MySQL 5.0 à MariaDB 5.1 que depuis MySQL 5.0 à MySQL 5.1.

MariaDB dispose d'une grande quantité de nouvelles options , extensions, moteurs de stockage et correction de bugs qui n'étaient pas présentes dans MySQL. Vous pouvez trouver les caractéristiques des différentes versions de MariaDB dans la page Ce qu'il y a dans les différentes versions de MariaDB.

Voir aussi MariaDB versus MySQL - caractéristiques.

Les cas d'incompatibilités entre MariaDB 5.1 MySQL 5.1

Dans très peu de cas MariaDB doit être incompatible avec MySQL. Cela permet de fournir plus d'information que MySQL, information qui est d'autre part, de meilleure qualité.

Voici la liste de toutes les incompatibilités connues, de niveau utilisateur, que vous pouvez rencontrer quand vous utilisez MariaDB 5.1 au lieu de MySQL 5.1.

  • Le nom des paquets d'installation commencent par MariaDB au lieu de MySQL.
  • Les timings peuvent être différents car MariaDB est souvent plus rapide que MySQL.
  • mysqld dans MariaDB lit aussi les sections [mariadb] de vos fichiers my.cnf.
  • Il n'est pas possible d'utiliser un moteur de stockage binaire s'il n'est pas compilé avec la même et exacte version de MariaDB. (Car la structure THD interne du serveur dans le cas de MariaDB est différente de celle de MySQL. C'est le cas aussi entre les différentes versions de MySQL). Cela ne devrait pas poser de problème car la plupart des gens ne téléchargent pas de nouveaux moteurs de stockage et aussi par le fait que MariaDB dispose de plus de moteurs de stockage que MySQL.
  • CHECKSUM TABLE may give different result as MariaDB doesn't ignore NULL's in the columns as MySQL 5.1 does (Future MySQL versions should calculate checksums the same way as MariaDB). You can get the 'old style' checksum in MariaDB by starting mysqld with the --old option. Note however that that the MyISAM and Aria storage engines in MariaDB are using the new checksum internally, so if you are using --old, the CHECKSUM command will be slower as it needs to calculate the checksum row by row.
  • The slow query log has more information about the query, which may be a problem if you have a script which parses the slow query log.
  • MariaDB by default takes a bit more memory than MySQL because we have by default enabled the Aria storage engine for handling internal temporary tables. If you need MariaDB to take very little memory (at the expense of performance), you can set the value of aria_pagecache_buffer_size to 1M (the default is 128M).
  • If you are using new command options, new features of MariaDB or new storage engines, you can't move easily back and forth between MySQL and MariaDB anymore.

Incompatibilities between MariaDB 5.2 and MySQL 5.1

The list is the same as between MariaDB 5.1 and MySQL 5.1, with one addition:

  • New SQL_MODE value was added: IGNORE_BAD_TABLE_OPTIONS. If it is not set, using a table, field, or index attribute (option) that is not supported by the chosen storage engine will cause an error. This change might cause warnings in the error log about incorrectly defined tables from the mysql database, fix that with mysql_upgrade.

For all practical purposes, MariaDB 5.2 is a drop in replacement for MariaDB 5.1 and MySQL 5.1.

Incompatibilities between MariaDB 5.3 and MySQL 5.1 and MariaDB 5.2

  • A few error messages related to wrong conversions are different as MariaDB provides more information in the message about what went wrong.
  • Error numbers for MariaDB specific errors has been moved to start from 1900 to not conflict with MySQL errors.
  • Microseconds now works in all contexts; MySQL did, in some contexts, lose the microsecond part from datetime and time.
  • The old --maria- startup options are removed. You should use the --aria- prefix instead. (MariaDB 5.2 supports both --maria- and --aria-)
  • SHOW PROCESSLIST has an extra Progress column which shows progress for some commands. You can disable it by starting mysqld with the --old flag.
  • INFORMATION_SCHEMA.PROCESSLIST has three new columns for progress reporting: STAGE, MAX_STAGE, and PROGRESS.
  • Long comments which start with /*M! or /*M!##### are executed.
  • If you use max_user_connections=0 (which means any number of connections) when starting mysqld, you can't change the global variable anymore while mysqld remains running. This is because when mysqld is started with max_user_connections=0 it does not allocate counting structures (which also involve a mutex for each connection). This would lead to wrong counters if you later changed the variable. If you want to be able to change this variable at runtime, set it to a high value at startup.
  • You can set max_user_connections (both the global variable and the GRANT option) to -1 to stop users from connecting to the server. The global max_user_connections variable does not affect users with the SUPER privilege.
  • The IGNORE directive does not ignore all errors (like fatal errors), only things that are safe to ignore.

Old, unsupported configuration options

If you are using any of the following options in your /etc/my.cnf or other my.cnf file you should remove them. This is also true for MySQL 5.1 or newer:

  • skip-bdb

Replacing a MySQL RPM

If you uninstalled a MySQL RPM to install MariaDB, note that the MySQL RPM on uninstall renames /etc/my.cnf to /etc/my.cnf.rpmsave.

After installing MariaDB you should do the following to restore your old configuration options:

mv -vi /etc/my.cnf.rpmsave /etc/my.cnf

Comments

Comments loading...
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.