全量备份对InnoDB表几乎总需加--single-transaction否则锁表阻塞写入增量备份只能依赖binlogmysqldump易漏--routines、--events、--set-gtid-purgedOFF压缩备份须校验完整性。全量备份必须加 --single-transaction 吗不是必须但对 InnoDB 表几乎总是要加。不加会导致备份期间锁表FLUSH TABLES WITH READ LOCK业务写入阻塞加了则靠 MVCC 快照保证一致性不影响线上写入。常见错误现象mysqldump 执行时应用报 “Lock wait timeout exceeded”或监控看到大量 Waiting for table flush 状态。仅对 InnoDB 有效MyISAM 表仍会锁表需搭配 --lock-tablesfalse --skip-lock-tables但一致性无法保障若实例启用了 read_onlyON 或账号无 RELOAD 权限--single-transaction 会静默失效转为默认锁表行为——务必检查备份日志里是否出现 Warning: Using a password on the command line interface can be insecure 之后紧跟着的锁表提示大事务运行中执行 dump 可能触发 long rollback建议避开业务高峰或先查 SELECT TRX_ID, TRX_STARTED FROM INFORMATION_SCHEMA.INNODB_TRX增量备份只能靠 binlog 吗是。MySQL 自身不提供类似 PostgreSQL 的 WAL 归档或 Oracle 的归档日志打包机制mysqldump 是纯逻辑工具不产生增量文件。所谓“增量备份”实际是全量备份 持续收集并保留 binlog 文件。使用场景恢复到某秒级时间点PITR或缩小恢复窗口。必须开启 log_binON且确认 binlog_formatROW语句模式在跨版本/函数调用时易出错定期用 mysqlbinlog --base64-outputDECODE-ROWS -v 抽样检查 binlog 内容避免因 expire_logs_days 过早清理导致断链不要依赖 mysqlbinlog --stop-datetime 直接恢复——它可能停在事务中间。正确做法是先用 mysqlbinlog --start-position 定位到全量备份结束位置从 mysqldump 输出的 CHANGE MASTER TO 行提取再按 position 截取mysqldump 备份脚本里最容易漏掉的三个参数漏掉它们不会让命令失败但会让备份不可靠或难恢复。 AI智研社 AI智研社是一个专注于人工智能领域的综合性平台