本节讨论执行备份的过程，使您能够在几种类型的崩溃后恢复数据:

示例命令不包括选项——用户而且——密码为, mysqldump而且mysql客户端程序。您应该包括必要的选项，以使客户端程序能够连接到MySQL服务器。

假设数据存储在InnoDB存储引擎，它支持事务和自动崩溃恢复。还假定MySQL服务器在崩溃时处于负载状态。否则，就永远不需要复苏。

对于操作系统崩溃或电源故障的情况，我们可以假设MySQL的磁盘数据在重新启动后是可用的。的InnoDB由于崩溃，数据文件可能不包含一致的数据，但是InnoDB读取其日志，并在其中找到尚未刷新到数据文件的未决已提交和未提交事务的列表。InnoDB自动回滚未提交的事务，并将已提交的事务刷新到其数据文件中。关于这个恢复过程的信息通过MySQL错误日志传递给用户。以下是日志摘录示例:

InnoDB:数据库未正常关闭。InnoDB:开始从日志文件恢复…InnoDB:正在启动基于检查点的日志扫描InnoDB:日志序列号0 13674004 InnoDB:正在进行恢复:扫描到日志序列号0 13739520 InnoDB:正在进行恢复:扫描到日志序列号0 13805056 InnoDB:正在进行恢复:扫描到日志序列号0 13870592 InnoDB:正在进行恢复:扫描到日志序列号0 13936128…InnoDB:正在进行恢复:扫描到日志序列号0 20555264 InnoDB:正在进行恢复:扫描到日志序列号0 20620800 InnoDB:正在进行恢复:扫描到日志序列号0 20664692 InnoDB: 1个未提交的事务必须回滚InnoDB:开始回滚未提交的事务InnoDB:回滚trx no 16745 InnoDB:回滚trx no 16745 completed InnoDB:回滚未提交的事务已完成InnoDB:回滚未提交的事务已完成InnoDB:开始向数据库应用一批日志记录…InnoDB: Started mysqld: ready for connections

对于文件系统崩溃或硬件问题的情况，我们可以假设MySQL磁盘数据是不重启后可用。这意味着MySQL无法成功启动，因为一些磁盘数据块不再可读。在这种情况下，有必要重新格式化磁盘，安装一个新的磁盘，或以其他方式纠正潜在的问题。然后需要从备份中恢复我们的MySQL数据，这意味着必须已经进行了备份。为此，需要设计并实现备份策略。