在线备份需要考虑导出期间仍发生的写入，以及表引擎、事务和结构变更。导出命令退出成功不保证所有表来自同一逻辑时间点；应采用适合当前数据库和业务的策略，并验证恢复后的关联一致性。
先列出写入与表引擎范围
记录商城订单、表单、队列和其他持续写入的数据，确认表使用的存储引擎。事务一致性方案的适用范围并不自动覆盖所有引擎和外部文件。WordPress核心表之外的插件表也需纳入，不用只导出posts就认为网站资料齐全。
按工具能力选择一致性方案
例如mysqldump相关事务选项有明确条件与限制，需要结合当前版本和引擎阅读官方说明。导出时的DDL等结构变化可能影响假设，锁定方案又会影响业务。不能为了不阻塞就去掉所有一致性措施，也不能未经评估长时间锁住生产写入。
协调文件与外部系统时间点
数据库引用的媒体、下载文件或外部存储未必在同一任务里同步保存。记录备份时间、文件快照和业务增量的关系，说明能恢复到什么程度。支付平台已发生但数据库备份未包含的业务，不能靠恢复一份旧库自动还原全部状态。
通过隔离恢复检查关联
将备份恢复到不会发信、扣款或回调客户的环境，核对关键表、记录关系与文件引用。比较已知时间点数据和导出日志，不只看压缩包可打开。保留不一致风险和正式恢复需要的业务补核步骤，不能以工具成功代替可用恢复证明。
关键区别
在线导出：期间可能继续写入；需要一致性安排。
事务快照：有引擎和操作条件；不能覆盖全部外部状态。
恢复验证：检查记录与文件关系；不只是文件能解压。
怎样确认处理到位
备份的一致性范围与限制明确，隔离恢复后关键关系、文件和已知时间点资料可核对，外部业务差异有补核方案。
容易误判的边界
本文不承诺任何一个mysqldump参数适合所有数据库；引擎、DDL和外部系统状态必须按实际情况判断。
