Mysql数据库备份工具有哪些？

1. mysqldump： 最早，也是最成熟的逻辑备份工具，是 MySQL 原生的用来备份整个数据库实例、单个数据库、单张表的逻辑备份工具， 上手简单，学习成本几乎为 0。备份简单，恢复也简单。

比如导出单个数据库 ytt: mysqldump ytt >/tmp/ytt.sql；

恢复也非常简单：mysql </tmp/ytt.sql

缺点是备份速度慢。在整个备份过程中，是单线程运行；备份出来的数据集要恢复的话同样也是单线程运行，恢复速度也慢。除非对同一时刻的所有表单独备份出来，自己写额外脚本进行多线程恢复。

2. mysqlpump：MySQL 5.7 GA 后推出的 mysqldump工具的增强版。可以对同一个数据集多个线程并发备份，备份速度很快。

其他缺点和 mysqldump 一样。

3. MySQL Shell UTIL 对象附带的备份工具：随 MySQL 8.0.21 最新版本捆绑发布，自带多线程备份以及多线程恢复功能， 可以直接替代 mysqldump/mysqlpump。

dump_instance/dumpInstance 用来多线程备份 MySQL 整个单机实例

dump_schemas/dumpSchemas 用来多线程备份 MySQL 单个数据库

load_dump/loadDump 用来多线程恢复之前两个工具导出的数据集文件

MySQL Shell UTIL 备份恢复工具具备如下特性：

1. 压缩导出（默认压缩算法 zstd）

2. 数据集分块导出，每块 32M

3. 默认导出存储过程、存储函数、触发器、事件、用户、视图

4. 默认 4 个线程导出

5. 默认进度展示

6. 默认字符集 utf8mb4

7. 默认开启一致性导出

8. 默认表，视图等定义导出为 SQL 语句

9. 默认数据导出为 TSV 格式数据

MySQL备份数据库的两个主要实际 *** 作方案是采用MySQL(与PHP搭配之最佳组合) dump程序或是直接复制相关的数据库文件（如用cp、cpio或tar等）。当然每种实际应用方法都有其优缺点：

MySQL(和PHP搭配之最佳组合)dump与MySQL(和PHP搭配之最佳组合)服务器协同 *** 作。

直接拷贝方法在服务器外部进行，并且你必须采取措施保证没有客户正在修改你将拷贝的表。如果你想用文件系统备份来备份数据库，也会发生同样的问题：

如果数据库表在文件系统备份过程中被修改，进入备份的表文件主语不一致的状态，而对以后的恢复表将失去意义。文件系统备份与直接拷贝文件的区别是对后者你

完全控制了备份过程，这样你能采取措施确保服务器让表不受干扰。

MySQL(和PHP搭配之最佳组合)dump比直接拷贝要慢些。

MySQL(和PHP搭配之最佳组合)dump生成能够移植到其它机器的文本文件，甚至那些有不同硬件结构的机器上。直接拷贝文件不能移植到其它机器上，

除非你正在拷贝的表使用MyISAM存储格式。ISAM表只能在相似的硬件结构的机器上拷贝。在MySQL(和PHP搭配之最佳组合)

3.23中引入的MyISAM表存储格式解决了该问题，因为该格式是机器无关的，所以直接拷贝文件可以移植到具有不同硬件结构的机器上。只要满足两个条

件：另一台机器必须也运行MySQL(和PHP搭配之最佳组合) 3.23或以后版本，而且文件必须以MyISAM格式表示，而不是ISAM格式。

不管你使用哪种备份方法，如果你需要恢复数据库，有几个原则应该遵守，以确保最好的结果：

定期实施备份。建立一个计划并严格遵守。

让服务器执行更新日志。当你在崩溃后需要恢复数据时，更新日志将帮助你。在你用备份文件恢复数据到备份时的状态后，你可以通过运行更新日志中的查询再次运用备份后面的修改，这将数据库中的表恢复到崩溃发生时的状态。

以文件系统备份的术语讲，数据库备份文件代表完全倾倒（full dump），而更新日志代表渐进倾倒（incremental dump）。

使用一种统一的和易理解的备份文件命名机制。象backup1、buckup2等不是特别有意义。当实施你的恢复时，你将浪费时间找出文件里是什么东西。你可能发觉用数据库名和日期构成备份文件名会很有用。例如：

%MySQL(和PHP搭配之最佳组合)dump samp_db >/usr/archives/MySQL(和PHP搭配之最佳组合)/samp_db.1999-10-02

%MySQL(和PHP搭配之最佳组合)dump menagerie >/usr/archives/MySQL(和PHP搭配之最佳组合)/menagerie.1999-10-02

---