MySQL与MariaDB语法兼容度约95%，但JSON处理、STRICT_TRANS_TABLES默认启用时机、DECLARE CONTINUE HANDLER（需MariaDB 10.6+）、SET PERSIST/ROLE等MySQL 8.0特性不兼容；MariaDB特有功能如HASH JOIN、ColumnStore、GALERA、FLASHBACK（仅DML）需按场景权衡；Percona Server是MySQL增强版，强于运维工具但无MariaDB新范式；主流Linux发行版默认预装MariaDB，MySQL需手动添加源并处理依赖冲突；备份还原需注意DEFINER和SQL_MODE差异。
MySQL与MariaDB的SQL语法兼容性实际表现
95%的MySQL 5.5–5.7应用可直接迁移到对应版本的MariaDB，但关键差异点藏在细节里：JSON字段行为、STRICT_TRANS_TABLES模式默认启用时机、存储过程中的DECLARE CONTINUE HANDLER语法支持（MariaDB 10.6+才完整兼容）。遇到ERROR 1064 (42000)报错却查不到语法问题时，优先检查是否用了MySQL 8.0专属的SET PERSIST或ROLE权限管理语句——MariaDB不识别这些。
- MariaDB 10.3及以前版本：不支持
JSON_CONTAINS_PATH的ONE/ALL参数，会直接报错 - MySQL 8.0.22+新增的
CREATE TABLE ... AS SELECT中WITH CHECK OPTION，MariaDB 10.11尚未实现 -
ALTER TABLE ... ALGORITHM=INSTANT在MariaDB中仅对部分列类型生效（如不能对TEXT列用），而MySQL 8.0更宽松
MariaDB特有功能在真实OLAP场景中的取舍
如果你跑的是报表类查询或宽表JOIN，MariaDB的HASH JOIN和MATERIALIZED CTE确实能提速，但得看执行计划是否真触发了它。默认情况下MariaDB 10.6+仍倾向用NESTED LOOP，需手动加/*+ HASH_JOIN(t1,t2) */提示，且仅当JOIN列无索引或索引选择性差时才生效。
- ColumnStore引擎适合千万级以上分析型数据，但不支持事务、外键、全文索引——别把它当主库用
-
GALERA CLUSTER多主同步在MariaDB中开箱即用，但写冲突检测靠wsrep_OSU_method=TOI，高并发INSERT易触发Deadlock found when trying to get lock -
FLASHBACK（闪回）功能虽已集成，但只支持DML级回滚（INSERT/UPDATE/DELETE），不支持DDL（如误删表无法恢复）
Percona Server作为中间态选项的现实约束
Percona Server常被当作“增强版MySQL”，但它本质是MySQL代码基线上的修补，不是独立分支。这意味着它能跑通所有MySQL 8.0语法，但也不带MariaDB那些列式、闪回等新范式功能。它的价值集中在运维侧：pt-online-schema-change在线改表、XtraBackup物理备份比mysqldump快一个数量级，且支持增量备份。
- 若你重度依赖
Performance Schema监控，Percona的userstat、table_io_waits_summary_by_index_usage等扩展视图比MySQL原生丰富得多 - Percona XtraDB引擎对
innodb_buffer_pool_instances的利用率更高，尤其在32核+、128GB内存以上机器上 - 但它不接受社区PR，所有补丁由Percona团队内部审核，新特性落地节奏比MariaDB慢半年左右
Linux发行版预装策略对选型的隐性影响
CentOS/RHEL 8+、Debian 11+、Ubuntu 22.04 LTS默认源里已没有mysql-server包，只有mariadb-server。这意味着：yum install mysql会失败，apt install mysql-server实际装的是MariaDB。想用Oracle官方MySQL？必须手动添加https://dev.mysql.com/downloads/repo/apt/源，且要处理libssl版本冲突（MySQL 8.0.33+要求OpenSSL 3.0，而RHEL 8自带1.1.1）。
- systemd服务名统一为
mariadb.service，但配置文件路径仍是/etc/my.cnf.d/server.cnf，和MySQL一致 -
mysql_secure_installation脚本在MariaDB中叫mariadb-secure-installation，但二进制软链通常保留前者，所以命令能跑通 - 真正容易翻车的是备份还原：用
mysqldump导出的SQL，在MariaDB里导入可能因DEFINER或SQL_MODE差异报错，建议加--skip-definer --set-gtid-purged=OFF
HeatWave、InnoDB Cluster这类Oracle专属组件，再看运维工具链是否绑定pt-系列；如果只是跑WordPress、Discourse这类通用应用，MariaDB 10.11 LTS版基本零成本替换，但一旦涉及GIS函数、JSON_SCHEMA_VALIDATION深度校验或Oracle云迁移，就得重新权衡。 
