mysqldump 一致性备份怎么做？事务表、结构变更与恢复点
mysqldump 导出的是数据库对象与数据的逻辑表示，适合多种备份和迁移场景，但具体一致性取决于表类型和操作方式。本文以 MySQL 8.4、主要使用 InnoDB 的独立业务库为例，不把示例直接用于复制搭建或复杂 GTID 恢复。
先列备份对象和恢复目标
确认需要哪些库、表、视图、触发器、存储程序和事件，以及账号授权是否另有备份方式。只导出一个业务库，通常不等于整台数据库服务的配置和所有身份都已保存。
确定恢复到同版本还是更高版本，以及是否需要恢复到某一具体时间点。逻辑导出与持续日志归档解决的范围不同；每日一份 SQL 文件不能自动补回两次导出之间的所有写入。MySQL 备份方法说明
理解事务一致性的边界
--single-transaction 可以为事务表提供一致读取视图，但持续变化的非事务表不受同样保证。导出期间的结构修改也可能破坏预期，因此应避开建表、删表、改表等发布操作，并提前核对实际存储引擎。
数据库的一致视图不等于整个网站的业务一致状态。附件、对象存储和其他数据库可能属于不同时间点，需要通过停写、版本清单或应用支持的方式协调。不要因为导出过程没有阻塞普通读写，就认为无需任何业务安排。
用明确参数生成受控文件
以下示例针对独立恢复，不保存复制初始化所需的 GTID 集。备份目录应事先创建并限制权限，目标文件必须是尚未使用的新文件名：
mysqldump --user=backup --password --single-transaction --quick --routines --events --triggers --no-tablespaces --set-gtid-purged=OFF --result-file=/srv/backups/site-20260905.sql site_db
账号、库名和路径需要替换。口令通过交互输入，避免放到命令历史。--no-tablespaces 与 GTID 选项是本示例的范围选择，不表示所有数据库备份都应照此设置；复制、表空间或恢复方案有不同要求时，按其文档重新制定参数。mysqldump 官方手册
备份账号应具备所选对象和环境需要的权限。权限错误时先确认缺的是哪类对象，不要直接换成长期共用的超级管理员。运行环境还要有足够空间，避免在生产系统盘已经接近满时生成大文件。
检查完成状态和副本保存
命令结束后检查退出状态、错误输出、文件大小与预期范围。文件存在或者末尾看起来完整，都不能单独证明导出成功；中途中断留下的文件也可能很大。自动化流程应以成功完成并校验后的副本进入保留清单。
给备份记录时间、数据库版本、应用版本、参数与校验值，再加密复制到独立存储。备份中可能包含全部业务数据，不能放到网站目录公开下载，也不能与解密密钥只保存在同一台故障风险内的机器上。
在隔离环境证明可以恢复
选择准备好的空测试库或独立实例恢复，先核对 SQL 中是否包含数据库选择或其他影响范围的语句。只恢复可信备份，并关闭会发送真实邮件、处理付款或运行重复任务的测试应用。
检查对象数量、关键数据、索引、字符集和代表性业务流程，记录导入耗时。若恢复失败，保留错误与测试环境状态，重新准备明确的恢复目标，不能反复覆盖生产库试错。演练结果应反过来修订备份范围和参数，直到另一位管理员也能按说明得到可用系统。