MariaDB之与MySQL的兼容性比较

最新推荐文章于 2025-04-18 17:12:52 发布

ube

最新推荐文章于 2025-04-18 17:12:52 发布

阅读量6.4k

点赞数

分类专栏： database 文章标签： mysql maria db 数据库

本文链接：https://blog.csdn.net/keith_lover/article/details/47186865

版权

database 专栏收录该内容

1 篇文章

订阅专栏

MariaDB是一个与MySQL兼容的二进制发行版，数据和表定义文件二进制兼容，大部分MySQL客户端无需修改即可使用。尽管存在一些不兼容性，如安装包名、计时差异、新选项和存储引擎等，MariaDB致力于保持与MySQL的兼容性，通过合并MySQL的代码并添加新特性。在升级或迁移过程中，需要注意不同版本间的不兼容特性，包括XtraDB的选项变化以及MariaDB特有的错误处理和行为差异。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

MariaDB之与MySQL的兼容性比较

MariaDB是为了替换MySQL的一个二进制发行版本

因为各种现实原因，MariaDB是用来替换同版本的MySQL的不同的二进制发行版本（如MySQL5.1与MariaDB5.1/5.2/5.3都是兼容的，MySQL5.5与MariaDB5.5是兼容的，实际上它与MariaDB10.0也同样兼容）。这意味着：

数据和表定义文件（.frm）是二进制兼容的
- 后文会介绍具体的不兼容特性
全部的客户端API、协议在结构上是一致的
全部的文件名称、二进制、路径、端口、套接字等等，都应该是相同的
全部的MySQL驱动（PHP、Perl、Python、Java、.NET、MyODBC、Ruby、MySQLC等等）在MariaDB中不需要修改即可使用
- 在与PHP5集成时有已知的安装问题（老版本的PHP5客户端会检查依赖库的兼容性存在缺陷）
mysql-client包在MariaDB中同样工作
共享的client库与MySQL的client库二进制兼容

这意味着大多数情况下，你可以轻松卸载MySQL并安装MariaDB，建议你这么做。（无需转换任何数据文件如果你使用的主版本号完全一致，如5.1）.然而，你仍然需要通过执行mysql_upgrade来完成升级。这可以保证msyql的权限表和事件表得到更新以包含MariaDB新增的字段。

我们通过每个月将MySQL的代码合入到MariaDB来保证我们与MySQL的兼容性同时也会将Oracle在MySQL上所做的缺陷修改和新增特性加入到MariaDB中。

我们做了大量的工作来更新升级脚本，现在使用升级脚本将MySQL5.0升级到MariaDB5.1将会比升级到MySQL5.1更加容易.

换言之，MariaDB拥有很多的新增选项、扩展、存储引擎、在MySQL中还未修改的缺陷。你可以在MariaDB分布页面找到不同版本间特性差异。

MariaDB5.1与MySQL5.1的不兼容性

在一些极少的情况下，MariaDB必须牺牲于MySQL的兼容性来提供更多更好的信息，下文列出了使用MariaDB5.1替换MySQL5.1的过程中所有已知的用户级不兼容性：

安装包名以MariaDB打头而非MySQL
计时不同，因为MariaDB在很多情况下比MySQL更快
mysqld在读取my.cnf配置文件时也会读取mariadb段
不能使用与MariaDB不同版本的MySQL的二进制存储引擎库与MariaDB协同工作。（这是因为服务器内部结构THD对于MariaDB和MySQL是不同的，而且通常MySQL的不同版本之间THD也是不同的）。这通常不是问题，因为用户不会加载更新的存储引擎，同时MariaDB也会提供比MySQL更多的存储引擎。
CHECKSUMTABLE可能给出不同的结果，因为MariaDB不会忽略字段的NULL值，而MySQL5.1会忽略。（将来的MySQL版本会采取与MariaDB相同的计算方法）。你可以通过为mysqld指定—old选项强制按照老的方式生成CHECKSUM，因此，当你指定了--old选项以后，CHECKSUM命令执行速度将会减慢因为它必须一行一行计算生成CHECKSUM。
慢查询（原文为slowquery log，译者注）日志包含更多的关于查询的信息，因此当你有脚本解析满查询日志时可能会有问题
MariaDB默认会占用稍多的内存，因为我们缺省使能了MariaDB中的Aria存储引擎来处理内部临时表，如果你希望MariaDB占用更少的内存（以性能损失为代价）可以通过设置aria_pagecache_buffer_size=1M来实现（缺省值为128M）
如果你使用了MariaDB中新的命令选项或新特性或新的存储引擎，重新迁移至MySQL将不会太轻松

MariaDB5.2与MySQL5.1的不兼容性

除了上述MariaDB5.1与MySQL5.1的不兼容性之外，还有以下几点：

新增了值为IGNORE_BAD_TABLE_OPTIONS的SQL_MODE。如果该选项没有被设置，当在表、字段、索引属性上使用了存储引擎不支持的属性时会出错。这一改变可能会在数据库mysql的错误日志中增加关于表定义时使用了错误选项的告警，可以通过mysql_upgrade来修改这一问题

MariaDB5.3与MySQL5.1和MariaDB5.1的不兼容性

定义视图时指定了ALGORITHM=MERGE或ALGORITHM=TEMPTABLE的视图会出现偶发性交换（accidentallyswapped）。必须带该选项重新创建视图才能解决这个问题。
一些跟转换错误相关的错误信息变化，因为MariaDB在错误信息中提供了更多关于出错的信息
MariaDB才有的错误码移动到1900以后以避免与MySQL的错误码冲突
MariaDB现在支持在所有的上下文中使用毫秒。而MySQL在一些上下文中会丢失datetime或time的毫秒值
MariaDB中的UNIX_TIMESTAMP（日期字符串常量）返回包含6个整数的时间戳，而MySQL不会返回一个整数。这通常在使用UNIX_TIMESTAMP作为分割函数时出现问题。可以通过使用FLOOR(UNIX_TIMESTAMP(...))或改变日期字符串为日期数字，如20080101000000
MariaDB执行更加严格的date、datetime、timestamp值检查。如UNIX_TIMESTAMP('x')现在返回NULL而不是0
老--maria-启动选项被移除，现在应该使--aria-前缀来替代这些老的命令（MariaDB5.2支持两种）
SHOWPROCESSLIST增加列Progress显示出命令的进度。可以通过指定mysqld的启动选项—old-mode=NO_PROGRESS_INFO或--old标识（参考OLD_MODE）
INFORMATION_SCHEMA.PROCESSLIST增加3列用来描述处理进度：STAGE,MAX_STAGE,PROGRESS.
以/*M!或/*M!#####打头的长注释会被执行
如果使用了max_user_connections=0（支持任意数量的用户连接）选项启动mysqld，将不能通过指定全局变量来修改mysqld运行时配置。因为带该选项启动时，mysqld将不会分配特定数量的结构（通常还会为每会话分配互斥锁），如果动态修改该变量，将会导致访问错误的计数器，如果希望运行时修改配置，应该在启动时指定该值为一个足够大的值
可以通过设置max_user_connections=-1来禁止用户连接到服务器（需同时设置全局变量和grant选项）。全局变量不会影响SUPER权限用户
IGNORE指令不会忽略全部错误（如fatal错误），仅忽略那些安全的错误

MariaDB5.5与MariaDB5.3的不兼容性

XtraDB

XtraDB的提供者是Percona，Percona不再提供全部早期XtraDB特性，所以MariaDB5.5中也不再提供这些特性。

MariaDB5.5中不再支持的XtraDB选项

以下特性MariaDB5.5中将不再支持：

innodb_adaptive_checkpoint;使用 innodb_adaptive_flushing_method代替.
innodb_auto_lru_dump; 使用innodb_buffer_pool_restore_at_startup代替 (innodb_buffer_pool_load_at_startup in MariaDB 10.0).
innodb_blocking_lru_restore;使用 innodb_blocking_buffer_pool_restore代替.
innodb_enable_unsafe_group_commit
innodb_expand_import; 使用innodb_import_table_from_xtrabackup代替.
innodb_extra_rsegments;使用 innodb_rollback_segments代替.
innodb_extra_undoslots
innodb_fast_recovery
innodb_flush_log_at_trx_commit_session
innodb_overwrite_relay_log_info
innodb_pass_corrupt_table;使用 innodb_corrupt_table_action代替.
innodb_use_purge_thread
xtradb_enhancements

XtraDB选项缺省值变化

选项	原值	新值
innodb_change_buffering	inserts	all
innodb_flush_neighbor_pages	1	area

XtraDB 5.5新增选项

XtraDB / InnoDB在5.5.中新增如下选项(与XtraDB信息中不再支持选项同步)

innodb_adaptive_flushing_method
innodb_adaptive_hash_index_partitions
innodb_blocking_buffer_pool_restore
innodb_buffer_pool_instances
nnodb_buffer_pool_restore_at_startup
innodb_change_buffering_debug
innodb_corrupt_table_action
innodb_flush_checkpoint_debug
innodb_force_load_corrupted
innodb_import_table_from_xtrabackup
innodb_large_prefix
innodb_purge_batch_size
innodb_purge_threads
innodb_recovery_update_relay_log
innodb_rollback_segments
innodb_sys_columns
innodb_sys_fields
innodb_sys_foreign
innodb_sys_foreign_cols
innodb_sys_tablestats
innodb_use_global_flush_log_at_trx_commit
innodb_use_native_aio

参阅Perconas5.5升级指导。

MariaDB 5.5与MariaDB5.3和MySQL5.5的不兼容性

通过选项ALGORITHM=MERGE或ALGORITHM=TEMPTABLE定义的试图在 MariaDB和 MySQL中偶发交换!必须指定这些参数重新创建试图来解决这个问题。
INSERTIGNORE在主键重复错误时会给出警告.可以通过设置OLD_MODE=NO_DUP_KEY_WARNINGS_WITH_IGNORE来关闭告警(查阅OLD_MODE).
在 MariaDB5.5.31之前，X'HHHH'是二进制字符串的标准SQL语法，被错误的认为等同于0xHHHH,根据上下文可能是数字或字符串。在5.5.31 在所有上下文都被视为字符串(永不会被认为是数字),引入一个与早期MariaDB不兼容特性,同样与所有的MySQL版本也不兼容.查看CAST的更多范例
查看MariaDB5.5 与MySQL5.5系统变量差异引起的崩溃

MariaDB 10.0和MariaDB 5.5 / MySQL 5.5的不兼容性

在MariaDB10.0 中SETOPTION 语法被废弃， MySQL5.6. 仅适用 SET.

MariaDB 10.0 与MySQL 5.6的不兼容性

全部 MySQL二进制程序 (mysqld,myisamchk etc.) 给出警告如果在选项中适用了前缀(如--big-table替换为--big-tables).MariaDB 二进制程序和其他UNIX程序采用相同方式适用这些选项但并不给出警告
MariaDB GTID 与MySQL5.6不兼容。意味着不能讲MySQL5.6作为MariaDB10.0的备份。但是，MariaDB10.0可以是MySQL5.6或任务早期MySQL/MariaDB版本的备份
为使CREATETABLE ... SELECT 与基于语法或基于行的工作方式一致，默认复制为CREATEOR REPLACE TABLE并在从服务器上执行。这样做的好处是如果从服务器在CREATE... SELECT指间宕机也可以继续工作
- 课使用slave-ddl-exec-mode变量来指定CREATETABLE 和 DROPTABLE将会如何复制
查看MariaDB5.5 与MySQL5.5系统变量差异引起的崩溃
MySQL 5.6缺省启用性能表。考虑到性能问题，MariaDB10.0缺省禁用该特性。可以通过指定mysqld启动选项为--performance-schema来启用该特性