3. 数据库选型与版本：MySQL/PostgreSQL 版本选择、兼容性要求、驱动配置

在 Testing 环境中，数据库选型直接影响回归冒烟的执行效率与结果可靠性。本章节聚焦 MySQL 与 PostgreSQL 的版本选择原则、兼容性约束以及驱动配置规范，确保测试环境与生产环境在语义层面保持一致，同时避免因版本差异导致的冒烟误报。

3.1 版本选择原则

Testing 环境应优先选用与生产环境大版本一致的数据库发行版。若生产环境使用 MySQL 8.0，Testing 环境不得降级至 MySQL 5.7，否则可能因 SQL 语法、索引优化器或字符集行为差异导致冒烟通过但生产失败。

3.2 兼容性要求矩阵

回归冒烟场景中，数据库兼容性需覆盖以下四个维度：

1. SQL 方言兼容：避免使用 MySQL 专有语法（如 GROUP_CONCAT 默认排序）在 PostgreSQL 上执行。
2. 数据类型映射：确保 JSON、ARRAY、ENUM 等类型在驱动层正确转换。
3. 事务隔离级别：Testing 环境默认使用 READ COMMITTED，与生产保持一致。
4. 字符集与排序规则：统一使用 utf8mb4（MySQL）或 UTF8（PostgreSQL）。

3.3 驱动配置规范

驱动版本必须与数据库大版本匹配，且优先使用官方维护的 JDBC / ODBC / Python 驱动。以下为 Testing 环境常用驱动配置清单：

spring:
  datasource:
    url: jdbc:mysql://testing-db:3306/regression_db?useSSL=false&allowPublicKeyRetrieval=true&characterEncoding=utf8mb4
    username: test_user
    password: ${DB_PASSWORD}
    driver-class-name: com.mysql.cj.jdbc.Driver
    hikari:
      maximum-pool-size: 10
      minimum-idle: 2
      connection-timeout: 5000

3.4 连接参数与 SSL 配置

Testing 环境通常关闭 SSL 以降低延迟，但需在连接字符串中显式声明。以下为关键连接参数对比：

3.5 多数据库并行测试策略

当回归冒烟需要同时覆盖 MySQL 与 PostgreSQL 时，建议采用数据源路由模式，而非硬编码切换连接。以下为推荐的架构示意：

3.6 版本兼容性自检清单

在每次冒烟执行前，建议运行以下自检脚本，确保数据库环境符合预期：

-- MySQL 版本与字符集检查
SELECT VERSION() AS db_version,
       @@character_set_database AS charset,
       @@collation_database AS collation;

-- PostgreSQL 版本与编码检查
SELECT version() AS db_version,
       pg_encoding_to_char(encoding) AS encoding,
       datcollate AS collation
FROM pg_database
WHERE datname = current_database();