3. 源端环境评估：数据库版本、字符集、存储引擎、表结构复杂度、数据量统计与增长趋势分析

源端环境评估是数据库迁移的起点，也是决定迁移策略、工具选型与风险控制的核心依据。评估不充分，后续所有环节都可能出现不可预见的阻塞。本节从五个关键维度展开：数据库版本、字符集、存储引擎、表结构复杂度以及数据量统计与增长趋势。

3.1 数据库版本与兼容性评估

版本差异直接影响迁移工具的支持能力、SQL 语法兼容性以及二进制日志（Binlog）格式。评估时需明确以下信息：

3.2 字符集与排序规则评估

字符集不匹配是迁移后数据乱码、索引长度超限、排序异常的主要诱因。评估重点包括：

• 实例级字符集：character_set_server、collation_server
• 库级字符集：DEFAULT CHARACTER SET
• 表级字符集：SHOW CREATE TABLE 中的 CHARSET 声明
• 列级字符集：字段的 CHARACTER SET 与 COLLATE
• 连接字符集：character_set_client、character_set_connection

3.3 存储引擎分布与兼容性

不同存储引擎在事务支持、锁机制、外键约束、全文索引等方面存在差异。迁移前需统计各引擎的表数量与数据量占比。

SELECT ENGINE, COUNT(*) AS table_count, 
       ROUND(SUM(DATA_LENGTH + INDEX_LENGTH) / 1024 / 1024, 2) AS total_size_mb
FROM information_schema.TABLES
WHERE TABLE_SCHEMA NOT IN ('mysql','performance_schema','sys','information_schema')
GROUP BY ENGINE
ORDER BY total_size_mb DESC;

3.4 表结构复杂度评估

表结构复杂度直接影响 DDL 转换、数据校验与增量同步的难度。重点评估以下要素：

• 大字段与 BLOB：TEXT、MEDIUMTEXT、LONGTEXT、BLOB 等字段在迁移时占用大量网络带宽与内存，且无法在 WHERE 条件中直接使用。
• 外键约束：迁移顺序必须遵循外键依赖关系，否则导致写入失败。
• 自增列与序列：自增列在迁移后可能出现主键冲突，需提前设置偏移量或使用 UUID。
• 分区表：分区键、分区类型（RANGE/LIST/HASH）在目标端必须一致，否则数据无法正确路由。
• 触发器与存储过程：迁移后需重新编译，且目标端可能不支持源端特有的语法扩展。

3.5 数据量统计与增长趋势分析

数据量决定迁移窗口、网络带宽需求与存储规划。增长趋势则影响迁移后的容量规划与分库分表策略。

3.5.1 数据量统计维度

3.5.2 增长趋势分析方法

增长趋势分析需要至少 3 个月的历史监控数据，推荐使用以下方法：

• 日增量统计：通过 Binlog 解析或定时采集 information_schema 快照，计算每日新增数据量。
• 周/月环比：对比相邻周期数据量变化率，识别是否存在突发增长（如大促、日志归档）。
• 线性回归预测：基于历史数据拟合增长曲线，预测未来 6～12 个月的数据总量。

-- 创建历史表
CREATE TABLE db_size_history (
  snapshot_date DATE,
  table_schema VARCHAR(64),
  table_name VARCHAR(64),
  data_length BIGINT,
  index_length BIGINT,
  table_rows BIGINT,
  PRIMARY KEY (snapshot_date, table_schema, table_name)
);

-- 每日采集
INSERT INTO db_size_history
SELECT CURDATE(), TABLE_SCHEMA, TABLE_NAME, 
       DATA_LENGTH, INDEX_LENGTH, TABLE_ROWS
FROM information_schema.TABLES
WHERE TABLE_SCHEMA NOT IN ('mysql','performance_schema','sys','information_schema');

3.6 源端评估全景图

以下 SVG 图展示了源端环境评估的五个核心维度及其关联关系，帮助团队在迁移前建立完整的评估视图。

3.7 评估报告输出清单

完成上述五个维度的评估后，应输出以下标准化文档，作为迁移方案设计的输入：