2、会展系统概述：掌握会展系统的典型架构、核心数据模块及数据流特点

会展系统是支撑展会全生命周期运营的数字化平台，其核心价值在于将参展商、观众、展位、订单等多元主体与业务流程进行统一管理。在制定数据备份与恢复方案之前，必须首先理解系统的架构形态、数据分布规律以及数据流的实时性特征。只有明确了“数据在哪里产生、如何流转、以何种频率变化”，才能确定备份的粒度、频率与恢复的优先级。本章将系统梳理会展系统的典型架构、核心数据模块及数据流特点，为后续备份策略设计奠定基础。

2.1 会展系统的典型架构分层

会展系统通常采用分层架构与微服务相结合的设计模式，从逻辑上可分为接入层、业务核心层、数据存储层与基础设施层。理解各层的职责边界与依赖关系，是制定备份恢复方案的前提。

核心原理：分层架构的职责划分

• 接入层：负责多端入口的统一接入，包括PC官网、移动H5、微信小程序、现场闸机、销售APP等。该层主要产生会话数据与操作日志，数据量较大但价值密度相对较低。
• 业务核心层：以微服务方式组织，包含参展商管理、观众管理、展位分配、订单交易、票务签到等模块。每个服务独立部署，拥有独立的数据库实例或Schema，服务间通过API网关或消息队列通信。
• 数据存储层：采用混合存储架构。MySQL承担事务性业务数据（订单、支付流水、展位状态）；Redis用于缓存热点数据（展位余量、观众会话）；Elasticsearch提供全文检索与日志分析；对象存储（如MinIO或云OSS）存放展位图、合同扫描件等非结构化文件。
• 基础设施层：包括Kubernetes集群、负载均衡、消息队列（Kafka/RabbitMQ）等，为上层提供弹性伸缩与异步通信能力。

判断方法：识别系统部署形态

在制定备份方案前，需先判断会展系统的部署形态：

1. 单机部署：常见于小型展会或内部测试环境，所有组件运行在同一台服务器上，备份相对简单，但故障风险集中。
2. 集群部署：生产环境通常采用多节点集群，数据库主从复制、应用多副本运行。备份需考虑一致性快照与跨节点协调。
3. 云原生部署：基于容器化与云数据库（如RDS、云Redis），备份策略需结合云平台提供的快照、PITR（时间点恢复）能力。

2.2 核心数据模块详解

会展系统的核心数据模块可归纳为四大类：参展商数据、观众数据、展位数据与订单交易数据。每一类数据在备份策略中的优先级、恢复时间目标（RTO）与恢复点目标（RPO）均不同。

案例拆解：某大型机械展的数据模块分析

以某年度工业博览会为例，该展会拥有2,000+参展商、预计观众80,000人，展位1,500个。系统上线初期，运维团队仅对MySQL做了每日全量备份，未考虑Redis与文件存储。开展第三天，由于现场网络波动导致订单服务异常，部分支付成功的订单未能写入MySQL，而是滞留在Redis缓存中。故障恢复后，由于Redis未配置持久化，约200笔订单数据丢失，涉及金额超50万元。复盘发现：

• 初始现象：支付回调成功但订单列表不显示，用户投诉增多。
• 分析过程：排查发现订单服务在写入数据库前先写Redis，异步同步至MySQL；Redis宕机导致数据丢失。
• 改进措施：启用Redis AOF持久化，并调整订单写入逻辑为“先写MySQL，再更新缓存”；同时增加MySQL binlog实时备份。
• 复盘经验：备份方案必须覆盖全数据链路，不能只关注主数据库；缓存数据同样需要持久化策略。

2.3 数据流特点与备份影响

会展系统的数据流具有明显的阶段性特征：展前筹备期以低频写入为主，展中开展期出现高并发写入与状态频繁变更，展后进入数据归档与分析期。这种动态变化要求备份策略具备弹性调整能力。

核心原理：三类数据流模式

• 同步事务流：订单创建、支付确认、展位锁定等操作，要求强一致性，通常通过数据库事务完成。备份时需确保事务日志的连续性。
• 异步消息流：邮件通知、短信发送、日志采集等通过消息队列异步处理。消息队列中的未消费数据若丢失，虽不影响核心交易，但会导致通知缺失。
• 批量导入流：展前批量导入参展商名录、观众预注册数据，通常通过文件上传或ETL工具完成。此类数据需在导入前进行完整性校验，并在备份中保留原始文件。

操作流程：数据流梳理五步法

1. 绘制数据流图：标注各模块间的数据流向、接口协议与依赖关系。
2. 识别关键路径：找出影响核心业务（如订单支付）的数据链路，确定备份优先级。
3. 标注数据时效性：区分实时数据、准实时数据与离线数据，分别制定备份频率。
4. 评估数据量增长：根据历史展会数据估算本次展会的增量，预留备份存储空间。
5. 制定备份调度表：结合业务高峰时段，规划全量、增量、日志备份的执行窗口。

常见误区与总结复盘