mariadb与mysql的兼容,MariaDB 10.0 与 MySQL 5.6 的不兼容性

All MySQL binaries (mysqld, myisamchk etc.) give a warning if one uses a prefix of an option (such as --big-table instead of --big-tables). MariaDB binaries work in the same way as most other Unix commands and don't give warnings when using unique prefixes.

MariaDB GTID 不兼容 MySQL 5.6 。意味着，MySQL 5.6 不能作为 MariaDB 10.0的slave角色。但是， MariaDB 10.0 可以作为 MySQL 5.6 or 任意更早版本 MySQL/MariaDB 的 slave角色。注意，MariaDB 和 MySQL 有着不同的 GTID system variables，所以在迁移的时候要修正它。

要使得基于statement的复制和基于row的复制下，CREATE TABLE ... SELECT以同样的方式执行，默认在slave上以CREATE OR REPLACE TABLE执行。其一优势是，如果slave在CREATE ... SELECT的中途死了，后面还会继续。

可以通过配置变量 slave-ddl-exec-mode 来指定 CREATE TABLE 和 DROP TABLE 是如何复制的。

MySQL 5.6 默认开启 performance schema 。基于性能的考量，MariaDB 10.0 默认是关闭的。你可以通过带参数 --performance-schema 启动 mysqld 来开启。

MariaDB 10.0 不支持 MySQL Memcached 插件。但是，使用memcached 存储的数据可以被访问，因为数据是以InnoDB tables存储的。MariaDB 启动成功，但会报一个不能找到libmemcached.so库的报错信息。

用户以SHA256算法创建的MySQL密码不能用于 MariaDB 10.0，因为 MariaDB 没有 MySQL 的 sha256_password 插件。

MariaDB 10.0 不支持 delayed replication - MDEV-7145。

The low-level temporal format used by TIME, DATETIME and TIMESTAMP is different in MySQL 5.6 and MariaDB 10.0. (In MariaDB 10.1, the MySQL implementation is used by default - see mysql56_temporal_format.)

MariaDB 在SQL query 优化器部分有些变动，会导致 [EXPLAIN](https://mariadb.com/kb/en/explain/) 语句展示不同的方案。

MySQL delayed replication, (通过 MASTER_DELAY), 不被 MariaDB 10.0支持，它被实现在MariaDB 10.2.5。