是热备份，但仅限InnoDB表且需REPEATABLE READ隔离级别；mysqldump --single-transaction通过一致性快照实现无锁导出，业务可读写，但混合引擎、DDL操作或长事务会破坏一致性。
mysqldump 加 --single-transaction 能否算热备份？
可以，但仅限 InnoDB 表，且需满足事务隔离级别为 REPEATABLE READ（默认）。mysqldump --single-transaction 会启动一个一致性快照，后续 DML 不影响导出逻辑，表本身不锁（无 LOCK TABLES），业务可读写。
常见误区：
- 对混合引擎（如含 MyISAM 表）使用该参数，MyISAM 仍会被隐式加全局读锁；
- 备份期间执行 ALTER TABLE、DROP TABLE 等 DDL，可能触发隐式提交，破坏快照一致性；
- 长事务未结束时启动 dump，会导致快照拉取历史版本数据量剧增，拖慢备份甚至 OOM。
建议操作：
- 确认所有表均为 InnoDB：
SELECT table_name, engine FROM information_schema.tables WHERE table_schema = 'your_db'; - 备份前检查长事务：
SELECT * FROM information_schema.innodb_trx ORDER BY trx_started LIMIT 5; - 显式指定字符集避免乱码：
mysqldump --single-transaction --default-character-set=utf8mb4 -u user -p db_name > backup.sql
Percona XtraBackup 是不是唯一靠谱的真正热备方案？
对生产环境高可用要求的 MySQL（尤其大库），xbbackup（即 percona-xtrabackup）仍是事实标准。它基于 InnoDB 的日志复制机制（copying redo log + data files），全程不锁表、不阻塞写入，支持流式压缩、加密、增量备份。
关键限制与注意点：
- 只支持 InnoDB 和 XtraDB，不支持 MyISAM（虽能备份，但需全局读锁，非热）；
- MySQL 8.0.30+ 需用
percona-xtrabackup-80，旧版不兼容数据字典变更； - 备份时若开启
innodb_directories或使用通用表空间（CREATE TABLE ... TABLESPACE），需额外配置--extra-dir； - 恢复前必须执行
xtrabackup --prepare，否则数据文件不可用（这点常被跳过导致恢复失败）。
最小可行命令示例：xtrabackup --backup --target-dir=/data/backup/ --user=u --password=p
解析 MySQL 8.0 的 DDL 脚本，并将表结构导出为 Excel 格式。适用于用户需将 MySQL 的 `CREATE TABLE` 语句转换为结构化的 Excel 文件场景，导出内容包含字段名、数据类型、长度及精度等信息。支持多张表的批量处理，每张表对应 Excel 中的一个独立工作表。适用于数据库文档编写、数据字典生成及模式分析等任务。
MySQL 8.0 原生 mysqlpump 和 clone plugin 能替代热备吗？
mysqlpump 是 mysqldump 的多线程替代品，但底层仍是 SQL 导出，同样依赖 --single-transaction，不解决锁表本质问题；它不能算独立热备方案。
clone plugin（MySQL 8.0.17+）倒是真热——它直接拷贝物理文件 + redo，并同步到 donor 实例，可用于快速搭建从库或本地克隆，但有硬性约束：
- 仅支持本地克隆（
CLONE LOCAL DATA DIRECTORY）或远程克隆（需 donor 开放端口，且 recipient 必须为空实例）； - 克隆过程 donor 实例仍可写，但会短暂加全局共享锁（毫秒级），不影响业务；
- 不支持部分库/表克隆，只能整实例；
- 克隆后需重启 recipient 实例才能加载新数据，无法做到“不停机切换”。
所以它适合做“冷备热拉”，而非传统意义的在线备份归档。
线上备份失败最常见的三个落地卡点
实际运维中，多数热备失败和设计无关，而是被以下细节卡住：
-
tmpdir空间不足：mysqldump默认在tmpdir拼接大 SQL，XtraBackup 也依赖临时目录存日志片段，务必监控并挂载独立大空间磁盘； - 备份用户权限缺失：XtraBackup 需要
BACKUP_ADMIN（MySQL 8.0）或RELOAD, PROCESS, LOCK TABLES, REPLICATION CLIENT（5.7），少一条就报错且提示模糊； - SELinux / AppArmor 强制拦截：尤其在 CentOS/RHEL 上，
xtrabackup被拦在open() / read()系统调用层，错误日志只显示 “failed to open file”，需临时 setenforce 0 或配策略。
真正难的不是选工具，而是把 tmpdir、权限、安全模块这三处配平——漏掉任意一个，备份脚本都可能凌晨三点静默失败。
