linux下mariadb如何进行版本兼容性测试

Linux下MariaDB版本兼容性测试实操指南

一、目标与范围

• 明确你要验证的兼容性维度：
  1. 应用/驱动与不同MariaDB版本的兼容；2) MySQL与MariaDB跨产品的兼容；3) 插件/存储引擎/特性在不同版本间的兼容。
• 建立可重复的测试流程与验收标准，覆盖功能、性能、稳定性与可回滚。

二、测试环境与版本矩阵

• 环境隔离与并行部署
  • 使用Docker/Podman或本机多实例（不同端口、不同数据目录）并行起多个版本，便于 A/B 对比与快速回滚。
  • 示例目录结构：/opt/mariadb/10.5、/opt/mariadb/10.11；端口如 3306/3307。
• 版本选择建议
  • 至少覆盖：一个旧版本（如生产在用）、一个当前稳定版、一个最新版，必要时补充中间版本。
• 版本对应关系参考（用于跨产品评估时的初步判断，非硬性等价）：

  MariaDB版本	对应MySQL版本（参考）
  10.0.x	5.5
  10.1.x	5.6
  10.2.x	5.7
  10.3.x	8.0
  10.4.x	8.0
  10.5.x	8.0
  注：对应关系仅作迁移/对照参考，具体以特性与行为差异为准。

三、测试流程与用例设计

• 基线准备
  • 统一字符集与排序规则（如 utf8mb4 / utf8mb4_unicode_ci），统一时区（如 +00:00），关闭不必要的差异特性（如 GTID、binlog_format）以简化首轮对比。
  • 准备代表性数据：业务核心库或开源样本库（如 employees），便于功能与性能回归。
• 核心测试用例
  • 功能与语法：DDL/DML、索引、视图、存储过程/触发器、分区、JSON、窗口函数、CTE 等。
  • 驱动与连接：JDBC/ODBC/Python/Go/Node 等驱动在不同 MariaDB 版本下的连接、认证、SSL、超时、字符集协商。
  • 复制与高可用：主从复制、组复制/InnoDB Cluster、半同步、GTID 行为差异。
  • 备份恢复：物理备份（如 mariabackup）、逻辑备份（mysqldump/mariadb-dump）、时间点恢复。
  • 性能与稳定性：标准基准（如 sysbench、tpcc-mysql）与业务 SQL 回归，长稳运行（如 24–72 小时）观察错误与慢查询。
• 数据迁移与回放
  • 逻辑迁移：使用 mysqldump/mariadb-dump 导出结构与数据，在目标版本导入；校验行数与关键校验和。
  • 物理迁移：同版本内优先 mariabackup；跨大版本谨慎评估 InnoDB 页面/特性差异。
  • SQL 回放：捕获生产 SQL（general log/slow log 脱敏后）在测试库回放，比对错误率与执行计划。
• 验收标准
  • 功能：全部核心用例通过；关键业务 SQL 执行计划无明显退化（行数估计、索引选择一致）。
  • 数据：全量对比一致（行数、主键/唯一键、抽样校验和）。
  • 性能：关键路径 p95/p99 延迟不劣化超过阈值（如 ≤10%），错误率与慢查询不上升。
  • 稳定性：长稳无 crash、无死锁风暴、复制无异常中断。

四、快速上手脚本示例

• 安装与初始化（以 CentOS/RHEL 为例）

  • 安装两个版本（示例为 10.5 与 10.11），分别配置不同端口与数据目录，初始化安全配置。
  • 注意：同一台机器测试时避免端口冲突；生产迁移时建议先停旧库再启新库或使用不同端口并行验证。
  • 参考命令：
    • 安装包：yum/dnf 安装或从官方仓库获取对应版本 RPM；
    • 初始化：systemctl start mariadb && mysql_secure_installation；
    • 多实例：修改 /etc/my.cnf.d/server.cnf 中的 port、datadir、socket、pid-file、log-error 等。
  • 上述安装与初始化流程可参考 MariaDB 官方安装文档与常见实践。

• 导入样本库并校验

  • 使用开源样本库 employees 验证基本功能与数据一致性：
    • 克隆与导入：
      • git clone https://github.com/datacharmer/test_db.git
      • cd test_db && mysql -uroot -p < employees.sql
    • 校验示例：
      • SELECT COUNT(*) FROM employees.employees;
      • 可选：运行项目自带的测试脚本（如 sql_test.sh）做快速回归。
  • 该样本库导入与查询方式简单可靠，适合作为跨版本功能回归的“烟雾测试”。

• 跨产品与插件兼容性注意

  • 跨产品（MySQL ↔ MariaDB）并非完全等价，某些特性/行为存在差异；迁移或混用时需按官方文档逐项验证。
  • 插件兼容性需特别谨慎：例如 MariaDB 10.1 的 server_audit.so 在某些 MySQL 5.7 小版本上会导致实例崩溃，属于“插件与服务器版本强绑定”的典型场景。测试时应：
    • 仅使用与目标服务器版本匹配的插件版本；
    • 先在测试环境安装并验证：INSTALL PLUGIN … SONAME ‘server_audit.so’; SHOW PLUGINS; 开启日志后观察稳定性；
    • 避免跨产品直接加载插件。
  • 以上示例说明了插件/组件与具体服务器版本的适配风险，务必纳入测试矩阵。

五、交付物与风险控制

• 交付物
  • 版本矩阵与测试范围说明；
  • 测试计划与用例（功能、性能、迁移、长稳）；
  • 数据对比与性能报告（含执行计划与慢查询对比）；
  • 回滚与应急方案（备份、回放脚本、快速切换步骤）。
• 风险控制
  • 跨大版本升级前先做小流量演练与回放；
  • 避免跨产品混用插件与特性；
  • 对不兼容项给出代码/配置改造清单与优先级。