2、集成测试环境概述：集成测试环境架构、数据库层角色、环境准备与基线确认
集成测试环境（Integration Test Environment, ITE）是数据库迁移验证的核心战场。与单元测试环境不同，ITE 需要模拟生产级的数据量、并发访问模式以及多系统间的数据流转。本章从架构、数据库层角色、环境准备与基线确认三个维度，建立冒烟测试前的环境认知基础。
2.1 集成测试环境架构
典型的集成测试环境采用分层拓扑结构，通常包含以下四个逻辑层：
| 层级 | 组件 | 职责 |
|---|---|---|
| 接入层 | 负载均衡器、API 网关 | 流量分发、身份认证、请求路由 |
| 应用层 | 微服务容器组、消息队列 | 业务逻辑处理、异步消息传递 |
| 数据层 | 源数据库、目标数据库、缓存 | 数据持久化、读写分离、缓存加速 |
| 基础设施层 | Kubernetes 集群、存储卷、网络策略 | 资源编排、网络隔离、日志采集 |
数据库迁移冒烟测试主要关注数据层的连通性、数据一致性以及上下游依赖的可用性。下图展示了集成测试环境的核心架构与数据流向：
2.2 数据库层角色
在集成测试环境中，数据库层承担多个关键角色，每个角色在迁移冒烟测试中都有明确的验证点：
- 源数据库（Source DB）：当前生产或预生产使用的数据库实例，存储迁移前的全量数据。冒烟测试需验证源库的连通性、表结构完整性以及增量日志（如 binlog）的开启状态。
- 目标数据库（Target DB）：迁移后的新数据库实例，通常采用不同的架构（如从 MySQL 迁移至 TiDB）。验证点包括分布式事务支持、分区表兼容性以及索引重建效率。
- 同步中间件（Sync Middleware）：负责实时或批量同步数据，例如 Canal、Debezium 或 DataX。冒烟测试需确认同步链路无断点、延迟在阈值内（通常 < 5 秒）。
- 只读从库（Read Replica）：用于分离读写负载，在迁移过程中作为一致性校验的基准库。验证点包括复制延迟、数据快照一致性。
- 缓存层（Cache Layer）：如 Redis 或 Memcached，用于缓解数据库压力。冒烟测试需验证缓存失效策略是否与数据库变更联动。
实践提示：在冒烟测试前，建议为每个数据库角色分配独立的连接池配置，避免测试流量互相干扰。例如，源库连接池最大连接数设为 20，目标库设为 30，同步中间件独占 10 个连接。
2.3 环境准备与基线确认
环境准备是冒烟测试的起点，基线确认则是判断测试结果是否通过的基准。以下步骤按执行顺序列出：
- 网络连通性验证：使用
telnet或nc命令测试应用节点到数据库端口的连通性。例如：telnet 10.0.1.100 3306。 - 数据库用户权限确认：确保测试账号拥有 SELECT、INSERT、UPDATE、DELETE 以及 SHOW SLAVE STATUS 等必要权限。
- 表结构与索引基线：导出源库和目标库的 DDL，对比表名、字段类型、索引数量是否一致。使用
mysqldump --no-data生成结构快照。 - 数据量基线：统计每张核心表的行数、数据大小和碎片率。例如：
SELECT COUNT(*), ROUND(DATA_LENGTH/1024/1024,2) FROM information_schema.TABLES。 - 同步延迟基线：记录同步中间件的当前延迟时间（秒），以及 binlog 位点信息。例如：
SHOW MASTER STATUS的 File 和 Position 字段。 - 监控与告警基线：确认 Prometheus + Grafana 监控面板已就绪，关键指标（QPS、慢查询数、连接数）的告警阈值已配置。
基线确认完成后，应生成一份环境基线报告，包含以下关键字段：
| 检查项 | 预期值 | 实际值 | 状态 |
|---|---|---|---|
| 源库连通性 | TCP 可达 | 10.0.1.100:3306 可达 | ✅ 通过 |
| 目标库连通性 | TCP 可达 | 10.0.2.200:4000 可达 | ✅ 通过 |
| 表结构一致性 | 100% 匹配 | user 表索引缺失 | ❌ 失败 |
| 数据量差异 | < 0.1% | 0.02% | ✅ 通过 |
| 同步延迟 | < 5 秒 | 2.3 秒 | ✅ 通过 |
注意：如果表结构一致性检查失败，必须立即停止冒烟测试流程，修复 DDL 差异后重新生成基线报告。切勿在基线未对齐的情况下执行数据迁移验证，否则测试结果将失去参考价值。
下图展示了环境准备与基线确认的完整流程，帮助团队按阶段推进：
完成上述步骤后，团队即可进入冒烟测试用例执行阶段。环境基线报告中的失败项将直接转化为冒烟测试的阻塞条件，需优先修复。