mysql数据库备份策略,如何做mysql数据库数据备份

mysql数据库备份策略,如何做mysql数据库数据备份详细介绍

本文目录一览： MySQL数据库怎么备份？

如果我们网站数据并不是很多，而且能够管理好网站，我们可以采用定期手动备份网站数据。但是，如果我们每天网站流动数据较多、重要性更强，我们可以采用定时、同步等备份策略。但是在这篇文章中，我将分享普通个人网站、以及常规的个人手动不定时的备份LinuxVPS、服务器中网站文件、MySQL数据库的方法。
第一、Linux备份网站、数据库准备
小编在这篇文章中分享的方法基本上适合大部分LinuxVPS、服务器环境中的网站备份。我们的目的是要备份网站目录所在的所有网页文件、以及可能在使用的MySQL数据库。
1、登入当前VPS、服务器SSH远程，进入当前网站所在的目录，准备通过命令直接打包网页文件。
2、利用PHPMyAdmin或者mysqldump命令备份数据库。前者适合数据库较小的，安全起见还是用后者备份。
第二、备份网站网页文件
1、命令
2、检查和下载文件
这里我们将网页文件都打包，然后通过FTP工具直接将打包文件下载到本地，或者我们可以wget到其他服务器中。有些朋友喜欢直接FTP不压缩下载，这样效率太低了，我们需要压缩后下载，提高效率。不熟悉tar或者zip等压缩命令的可以参考这篇文章。
第三、备份MySQL数据库
1、PHPMyAdmin备份
如果数据库比较小，可以采用这个方式备份，不过需要注意一个问题。如果我们是需要转移服务器，用这个方法备份数据库要记住当前和转入过去数据库的版本兼容问题，最好是一样的版本。
根据上图，我们可以备份当前网站的数据库。
2、命令备份
mysqldump-u数据库名-p数据库密码数据库>laobuluo.sql
这里可以直接用mysqldump命令导出数据库，这样的备份模式比较安全且比较完整。
第四、VPS服务器备份网站数据小结
1、除非我们认为自己网站、项目数据不重要，那我们可以不备份。即便是服务再好的服务商，我们都需要备份数据。
2、以上这个备份方式适合数据量不大且可控范围内的进行手动备份数据和数据库。如果是吞吐数据较大的项目，我们需要用到其他高端方式。
以上就是MySQL数据库备份的四个步骤。
怎么备份数据库

数据库备份_数据库备份的实现方法

　　【摘　要】　数据库备份在数据库安全管理方面发挥着重要的作用。逻辑备份和操作系统备份是数据库备份的主要方式。运用合理的数据备份策略，提高数据库的备份效率，是数据库管理的重点。
　　【关键词】　数据库；备份；方式；策略
　　引言
　　近年来，越来越多的企事业单位开始重视数据库的作用，并逐步建立了自己的数据库，在运营管理上对数据库的依赖日益增强。然而，由于一些客观或主观因素的影响，数据丢失、数据库损坏等情况时有发生，严重影响了相关单位的组织工作。因此，进行数据库备份，确保数据安全，具有重要的意义。
　　1数据库备份方式
　　通常，根据数据库备份的方式主要包括逻辑备份和操作系统备份。其中操作系统备份又有热备份和冷备份两种方式。根据数据库备份工具的不同，还可以将数据备份分为OS拷贝、第三方工具、RMAN、EXP/IMP备份。
　　1.1逻辑备份
　　数据库备份最常用的命令行工具是“导入/导出”。“Exp/Imp”在检测物理和逻辑冲突、表的抽取、表空间的迁移、小型数据库的转储等方面发挥着重要的作用，不过“Exp/Imp”实际上只是一个转储工具，并不是非常理想的数据库备份方式。我们可以将“Exp/Imp”当成小型数据库的一个逻辑辅助备份。在规模较大的数据库备份中，尤其是数据仓库、TB级数据库的备份中，“Exp/Imp”显得力不从心，难以实现理想的备份。大规模数据库备份大多采用第三方工具与RMAN进行备份。
　　1.2操作系统备份
　　在数据库的备份中，操作系统备份和逻辑本分有着显著的区别。通常而言，逻辑备份不对物理数据块进行备份，而只是提取数据库的数据；操作系统备份可以对整个数据文件进行拷贝。
　　首先，冷备份。操作系统备份的重要方式之一就是冷备份，其又称为脱机完全备份。冷备份是在数据库关闭的情况下进行的，在正常关闭数据库时，冷备份会提供完整的数据库。冷备份对大多数数据库而言，是一种安全、快捷的备份方式。冷备份主要具有以下优点：备份文件安全、维护简单；可以和归档方法较好的结合起来，实现最佳状态数据库的恢复；可以进行时间点恢复；备份操作方法简单、备份安全、速度快。不过，冷备份也有一些缺点：恢复时，只可以恢复完整的数据库，无法实现更小粒度的恢复；只能实现物理备份，浪费存储介质的空间；数据库备份时需要保持脱机状态；单独使用冷备份时，数据库只能够恢复到备份时的状态。
　　mysql_connect("localhost","$db_username","$db_password");$query=mysql_list_dbs();
　　while($result=mysql_fetch_array($query))
　　{ system
　　其次，热备份。在数据库运行的过程中进行热备份，单位是表空间，将每个空间的数据文件逐次备份，数据库需要以归档的方式打开。热备份时，表空间需要保持联机运行状态。备份数据文件之前，必须使用特定的命令将对应的表空间以备份方式进行放置，接着可以使用和冷备份类似的操作系统命令对表空间包括的数据文件进行备份。用操作系统命令备份数据文件后，需要使用特定的命令脱离热备份方式。通常情况下，热备份不用备份联机日志，不过需要保持归档状态。恢复实例时，或许会用到归档日志，所以应当保护好联机日志，损坏联机日志将在很大程度上损坏数据库。
　　1.3备份和恢复管理器
　　RMAN(Recovery Manager，备份和恢复管理器)，是一些数据库会提供DBA工具，能够用于恢复操作与备份管理，可以备份数据库部件或是整个数据库，具体包括Spfile参数文件、归档文件、控制文件、数据文件、表空间。备份和恢复管理器可以实现增量数据块级别的数据库备份。增量RMAN备份是按照空间与时间进行的有效备份。此外，备份和恢复管理器还提供了一些其他功能，例如建立备用数据库、数据库克隆等。
　　2备份策略分析
　　实现数据库的有效备份，离不开合理的备份策略。采用合理的备份策略不但可以确保数据库服务器能够保持高性能状态运行，而且可以确保备份和恢复的可靠性和快速性。为了研究科学的备份策略，本研究以RMAN的多级增量备份为例进行探究。多级备份的目的是确保数据库系统具有较好的恢复性，缩减备份所需的时间。一般而言，备份时间和恢复时间需要进行权衡。例如一个数据库进行全备份，备份归档就能够确保将数据库恢复至理想的状态，不过这将大大增加恢复时间，降低了恢复效率，在实际的数据库运行中往往是无法容忍的。为了解决这一问题，就可以采用多级备份。例如，每天进行一次二级备份；每星期进行一次以及备份；每月进行一次不包括只读表空间的零级备份；每半年进行一次包括所有的只读表空间与数据的全备份。一般情况下，更改数据库应当重新同步CATAOG目录，进行重新备份。在备份后，应当进行归档日志备份。如果没有特殊的要求，归档日志也可以进行定期备份。在每次备份后，可以删掉备份点以前的归档日志，不过为了日后使用的需要或是数据库的安全，建议将归档日志保存在其他存储设备上。
　　3结语
　　综上所述，数据库备份能够确保数据安全，降低企事业单位因数据库损坏而发生的损失。目前，数据库备份的方式主要包括逻辑备份和操作系统备份，在数据库备份工作中，应当根据实际情况选用恰当的备份策略，以提高数据库备份的效率。
　　
　　
　　参考文献
　　[1]潘庆浩,樊志平.基于ORACLE数据库的数据备份方法的研究与探讨[J].科技资讯,2007(31):117.
　　[2]刘英,王效武,曾兵.一种数据备份与恢复系统体系设计[J].通信技术,2011(01):56-58.
　　作者简介：
　　姜博（1979-），女，吉林长春人，本科，任职于中国联合网络通信有限公司长春市分公司，研究方向：通信技术
　　（作者单位：中国联合网络通信有限公司长春市分公司）

如何做mysql数据库数据备份

市面上有很多数据库备份产品，有软件（例如备特佳）也有UPM灾备一体机，关键在于根据自身的需求进行选择。首先要确定备份策略，定时备份还是实时备份；其次要确定备份方案，本地备份还是异地容灾，是备份数据还是也要考虑业务的连续性。最后考察下所选产品的客户案例和实际应用情况就差不多了，当然，也要考虑资金。

MySQL 常用备份工具流程解析

下面我们就看一下常见的备份工具，以及目前最流行的 Percona XtraBackup 的备份流程。
MySQL 常见的备份工具主要分为三种：
这里先说一下 binlog 备份，它只是把 binlog 又复制了一份，并且需要在逻辑备份或者物理备份的基础上才能进行数据恢复，无法单独进行数据恢复。
mysqldump 备份出的文件就是 sql 文件，其核心就是对每个表执行 select ，然后转化成相应的 insert 语句。mysqldump 的备份流程大致如下：
从上面可以看出在 mysqldump 备份期间，备份到某个数据库时，该数据库下的表都会处于只读状态，无法对表进行任何变更，直到该库下的表备份完毕，这对于线上环境一般是无法接受的。若是指定了--master-data或者 --dump-slave 则会在备份开始时加全局读锁（FLUSH TABLES WITH READ LOCK），直到备份结束。当然我们可以选一个从库进行备份，这样就不会影响线上业务。另外使用 mysqldump 备份还有一个最大的好处，因为备份出来的是 sql 语句，所以它支持跨平台和跨版本的数据迁移或者恢复，这是物理备份无法做到的。
但是也正是因为 mysqldump 备份出来的是 sql 语句，在使用时要更加注意，否则可能会酿成大祸。例如，使用 mysqldump 常见的问题有：
所以使用 mysqldump 时一定要了解各个选项的作用，以及确认备份出来的 sql 文件里会有什么操作，会对现有数据造成什么影响。
Mydumper 原理与 Mysqldump 原理类似，最大的区别是引入了多线程备份，每个备份线程备份一部分表，当然并发粒度可以到行级，达到多线程备份的目的。这里不再单独介绍。
Percona XtraBackup 是 Percona 公司开发的一个用于 MySQL 数据库物理热备的备份工具，是基于 InnoDB 的崩溃恢复功能来实现的。它的基本工作原理如下：
Percona XtraBackup 在进行恢复时会应用拷贝的 redo log ，应用已提交的事务，回滚未提交的事物，将数据库恢复到一致性状态。因为 Percona XtraBackup 备份出来的是物理文件，所以在使用备份出的文件进行恢复或者迁移时，不会像 mysqldump 那样会存在很多问题。
使用 XtraBackup 备份时根据备份参数设置不同，对数据库的变更会造成不同程度的影响，具体影响会在下文分析。
通过对比发现，XtraBackup 具有对数据库影响小，且能快速恢复的优点，在日常备份中是首选；mysqldump 使用相对更加灵活，但是使用是要注意对数据库原有数据的影响。
备份策略主要有：全量备份和增量备份，再加上 binlog 备份。
目前去哪儿网数据库备份主要采用 XtraBackup 全量备份 +binlog 备份。数据库的重要级别不同，全量备份的频率不同。备份程序主要架构如下：
说明：
Percona XtraBackup 是目前备份 MySQL 使用最广泛的工具。在备份过程中，数据库可以进行正常的读写或者其他变更操作，但是偶尔也会遇见备份引起的元数据锁，或提交事务时发现被 binlog lock 阻塞等情况。下面我们就看一下 Percona XtraBackup 的备份流程和加锁时机。
说明：以下对 Percona XtraBackup 的分析都是基于 2.4.23 的版本，其他版本会略有差别，但是关键步骤基本相同。
XtraBackup 在备份开始时，会创建一个后台线程，专门用于拷贝数据库的 redo log 。首先 XtraBackup 会扫描每组 redo log 的头部，找出当前的 checkpoint lsn ，然后从该 lsn 后顺序拷贝所有的 redo log ，包括后续新产生的 redo log 。该线程会一直持续到将非事务表完全拷贝完成，才会安全退出。备份日志输出中会记录拷贝开始时的 checkpoint lsn 。日志输出如下：
在拷贝ibd文件之前，会先扫描数据库的数据文件目录，获取ibdata1，undo tablespaces及所有的ibd文件列表，并会记录相应的 space id，因为在恢复时需要这些 space id来找到对应 doublewrite buffer里页面的内容，以及对应的redo log条目。然后开始循环拷贝ibdata1，undo tablespaces及所有的ibd文件。 这里可通过设置--parallel进行多线程备份，提高物理文件的拷贝效率。不设置则默认为1。
在所有ibd文件拷贝完成后，XtraBackup开始备份非ibd文件。这一部分的逻辑比较复杂，因为备份非ibd文件前需要加锁，具体是否会加锁主要受到--no-lock 参数设置的影响。
若是设置了--no-lock为TRUE，则不会使用"FLUSH TABLES WITH READ LOCK"去加全局读锁，但是若备份过程中对non-InnoDB表执行了DDL或者DML操作， 这会导致备份的不一致，恢复出来的数据就会有问题。所以是不建议将--no-lock为TRUE，默认值是FALSE，也就是在不指定该选项的情况下会在备份非ibd文件前加全局读锁。
下面我们结合源码来看看判断是否加全局锁这部分的具体流程逻辑：
流程图如下：
总结来看：
1）若--no-lock为FALSE（默认值），则先施加全局读锁，然后再进行拷贝文件，另外若 --safe-slave-backup 设置为TRUE ，则会在加全局锁之前关闭SQL_THREAD线程；
2）若--no-lock为TRUE，则不会施加锁，直接进行拷贝文件。
加锁的逻辑主要由lock_tables_maybe实现,先看一下lock_tables_maybe源代码，如下：
lock_tables_maybe 函数简化处理流程如下：
1）若备份实例上已经加锁（ LOCK TABLES FOR BACKUP / FLUSH TABLES WITH READ LOCK）或者设置lock-ddl-per-table 则直接返回；
2）若支持备份锁，则执行LOCK TABLES FOR BACKUP；
3）若不支持备份锁，则执行 FLUSH TABLES WITH READ LOCK。根据相应选项设置，在执行该操作前会判断是否有执行中的DDL/DML，以及等待超时时间，是否kill 对应的未结束的事务等。
从上文中我们还看到一个参数--safe-slave-backup ，该参数的主要作用是：
若是在从库执行的备份操作时设置了该参数，可以防止因从库同步主库操作，而导致XtraBackup长时间请求不到锁而造成备份失败。
若是设置了 --safe-slave-backup 为TRUE，那么会执行"STOP SLAVE SQL_THREAD"，并等待Slave_open_temp_tables 为零才开始拷贝非 ibd 文件，Slave_open_temp_tables 为零说明SQL thread执行的事务都已经完成，这样就能保证备份的一致性。并且此时也不会有在执行的事务阻塞 XtraBackup 施加全局锁。
备份完非 ibd 文件后，将会备份 slave 和 binlog 信息。
mysql-bin.000004 2004 6b7bda9f-15f0-11ec-ba14-fa163ea367a4:1-83,9841546e-15f0-11ec-9557-fa163e736db4:1
需要注意，在支持备份锁的实例上备份，指定了 --slave-info 或--binlog-info 均会先施加 binlog 备份锁（ LOCK BINLOG FOR BACKUP），这会阻塞任何会更改 binlog 位点的操作。
备份完数据库的所有文件和binlog等相关信息，备份工作就基本完成了，之后主要执行的操作如下：
1）执行"FLUSH NO_WRITE_TO_BINLOG ENGINE LOGS",将所有的redo log刷盘；
2）停止redo log复制线程；
3）释放全局读锁（备份锁），binlog锁；
4）开启SQL_THREAD；
5）拷贝ib_buffer_pool和ib_lru_dump文件；
6）生成配置文件backup-my.cnf；
7）打印备份信息到xtrabackup_info文件，这些信息主要包含备份时使用的参数信息，备份起止时间，binlog位点信息，以及将会回到的lsn点。
下面是xtrabackup_info记录的部分内容：
加锁对应的函数是 mdl_lock_tables ，释放锁对应的函数是 mdl_unlock_all，主要是执行COMMIT，结束 mdl_lock_tables 中开启的显式事务，来释放MDL锁。mdl_lock_tables 流程如下：
上面参数--lock-ddl和--lock-ddl-per-table是在 Percona XtraBackup 2.4.8 之后添加的，因为 MySQL 5.7 新增了一个叫做 Sorted Index Builds 的功能，这会导致某些 DDL 操作不记录重做日志而导致备份失败。使用--lock-ddl或--lock-ddl-per-table 就会在备份开始时施加锁，阻止 DDL 操作。
另外，若备份时指定了--lock-ddl或--lock-ddl-per-table，则在备份非 ibd 文件时就不是再有加锁操作。
注意：LOCK TABLES FOR BACKUP和LOCK BINLOG FOR BACKUP 语句只有在支持备份锁的实例上才会执行，Percona Server for MySQL已经在 5.6.16-64.0 版本开始支持这种更加轻量的备份锁。
Q1: 使用 XtraBackup 备份的文件进行恢复时，恢复到哪个时间点？ A1：恢复到执行 LOCK BINLOG FOR BACKUP 或 FLUSH TABLES WITH READ LOCK 的时间点，因为这时任何改变 binlog 位点的操作都会被阻塞，redo log和binlog 是一致的。
Q2: 在开启 binlog 的情况下，MySQL 的奔溃恢复是同时依赖 binlog 和 redo log 这两种日志的，为什么XtraBackup 不用备份binlog？
A2：因为在备份中有执行LOCK BINLOG FOR BACKUP/FLUSH TABLES WITH READ LOCK，阻止了任何改变binlog位点的操作，这样只需要根据redo log将有commit log 的事务提交，没有commit log的事务进行回滚即可。
Q3: 使用Percona XtraBackup备份完成后redo的位点是和binlog是一样还是比binlog多一些？
A3：通过分析备份流程可以发现备份 binlog 位点信息（加binlog锁）是发生在停止 redo 拷贝线程前，而释放锁是在停止 redo 拷贝线之后，所以 redo log 会多一些。锁住了 binlog 保证了在该 binlog 位点前已经提交的事务的 redo log 都有 commit log 的信息，未提交的事物也就没有对应的 commit log 的信息，即便在锁住 binlog 后有 Innodb 表新的 DML 产生的 redo log ，但是事务无法提交，也就没有 commit log 的信息的，最后在回放的过程中对没有 commit log 的事务进行回滚就可以了。
Q4：Percona XtraBackup什么时候会加锁，以及影响加锁时间长度的因素有哪些？
A4：上面进行了分析，加锁操作只在备份非 ibd 文件时执行，加锁时长主要和非事务表的数量和大小有关，非事务表的数量越多，体积越大，拷贝文件所用的时间越长，那么加锁时间也就越长。也会和 redo log 生成的速度有关，只是 redo log 刷盘受到多个因素的影响，未及时刷盘的 redo log 一般很小。
Q5：Percona XtraBackup 和mysqldump选择哪个更好？
A5：通过上面的的解析，若是整个实例备份，首先选择 Percona XtraBackup ，因为对数据库的影响最小。若只是备份某个库表，这个就要视数据量而定，若数据量不大可以使用 mysqldump 。注意，对数据库做备份时最好选择业务连接最少的从库，因为备份也会消耗一定的资源，避免影响业务。

mysql到底如何备份

Mysql数据库备份的方法：
方法一：如果你使用的是虚拟主机，可以用使用phpmyadmin来备份数据库。
1、登陆phpmyadmin。登陆后左边会出现数据库列表，单击要备份的数据库。
2、在弹出的页面中，右侧上部单击“导出”按钮，一般保持默认选项，最下面“另存为文件”，选择“ZIP压缩”，最后单击执行按钮。
3、弹出保存文件后，保存文件即可。
方法二：如果你的数据库可以使用外部链接。可以使用SQLyogEnt来备份。
1、打开SQLyogEnt，并登陆mysql服务器，前面的文章已经讲过，如果还不明白的可以看这里《MySql管理利器SQLyogEnt初识（php建立数据库）》。
2、在左边数据库菜单选择要备份的书库，然后右击它。在弹出的菜单中，选择Backup Database as sql dump。
3、在弹出的对话框中，“export to file”即时备份数据库文件要保存的位置，其他保持默认选项，单击“Export”按钮，开始备份。
4、如果数据库是存放在和程序一台服务器的时候，及数据库地址为localhost的时候，备份mysql数据库一般采用第一种方法，如果你的mysql数据库可以外部登录，就可以使用第二种方式。如果你是独立服务器，可以直接复制数据库源文件即可，这里就不详细讲解了。
注意：
备份时要注意MYSQL数据库的版本和使用的字集，在还原的时候也要对应好，否则会出现乱码或者意想不到的后果。
常用备份工具是mysql自带的mysqldump，
mysqldump -u root -p密码 dbname >d:\test.sql ------------备份某个库
mysqldump -u root -p密码 dbname tablename>d:\test.sql ------------备份某个库下的某个表
mysqldump -u root -p密码 --all-databases >d:\test.sql ------------备份全库
更多参数可通过 在 mysqldump --help查看
备份的应该是数据库。。
数据备份是数据容灾的最后一道防线，即便有着两地三中心的架构，备份也依然重要。如果备份出问题，备份时影响了交易业务，备份数据无法恢复，这些也是企业难以承受的。所以选择合适的备份工具尤为重要。
每个企业级数据库都会有配套的备份工具，MEB(MySQL Enterprise Backup)就是MySQL企业版中非常重要的工具之一，是为企业级客户提供的数据备份方案。
Xtrabackup一直作为MEB 开源版备胎而存在，从MySQL 8.0开始情况可能会变得有所不同。
在 MySQL 8.0的Backup Lock、Redo Log Archiving、Page Tracking等新特性的加持下，MEB备份/恢复体验会更好，目前xtrabackup还不支持这些特性。
MySQL 企业版还有哪些功能？
特性1：Backup Lock
8.0之前使用xtrabackup或MEB做物理备份，为了保证备份时InnoDB引擎表与其他引擎数据文件、及binlog日志的一致性会上全局读锁，再拷贝非InnoDB文件，这期间MySQL会变成只读，数据无法写入。表数量越多，可能加上时间越长，如果使用的xtrabackup 不小心没加rsync参数，逐个拷贝frm文件，锁定时间会更长，对业务影响较大。
我曾遇到过部署在虚拟机的实例有12000多张表，当时使用的xtrabackup，备份脚本中没加rsync参数，结果锁了十几分钟，而MEB就没有这样的问题。
MySQL 8.0支持轻量级备份锁 LOCK INSTANCE FOR BACKUP，数据字典也重构了由InnoDB存储。若不创建非InnoDB表，MEB默认使用备份锁获取binlog日志一致性位置，并阻止DDL操作，但不影响DML操作。
只有InnoDB表，仅上备份锁
请点击输入图片描述
若有非InnoDB表，上全局锁
请点击输入图片描述
特性2：Redo Log Archiving
MEB能做到在线热备，备份时不影响数据库读写，这是利用了InnoDB事务日志，在备份期间持续监视redo log的变化，读取增量变化，写入到ibbackup_logfile，也就不需要上锁来保障备份一致性。(对非InnoDB的文件需要上读锁拷贝)
如果备份期间数据库写入负载特别大，而写入ibbackup_logfile速度较慢，redo log size也不大，很可能会出现ibbackup_logfile的写入速度跟不上redo log记录生成速度，redo log 空间不够时需要覆写日志文件，那么来不及写入ibbackup_logfile的记录会丢失，导致备份失败。
MEB 4.1对此做了优化，将redo log处理线程拆分成多线程分工合作，提高处理redo log的效率，降低了redo log覆写造成备份失败的概率，但redo log新增速度和ibbackup_logfile写入速度悬殊太大，问题依然会发生。
MySQL 8.0.17支持了redo log archiving 彻底解决了此问题，备份前设置innodb_redo_log_archive_dirs，指定redo log归档目录。MEB备份时自动开启日志归档，当checkpoint时会将旧记录归档到此目录，后续从归档文件中读取redo日志记录，避免了覆写可能导致的redo记录丢失。
请点击输入图片描述
注意：innodb_redo_log_archive_dirs 不能在数据目录下，目录权限要求是700
特性3：Page Tracking
Page Tracking 是为优化增量备份效率，减少不必要的数据页扫描。
增量备份当前有3种扫描模式：
page-track：利用LSN精确跟踪上次备份之后被修改页面，仅复制这些页面，效率最快。
optimistic：扫描上次备份之后被修改的InnoDB 数据文件中，找出并拷贝修改的页面。依赖系统时间，使用存在限制。
full-scan：扫描所有InnoDB数据文件，找出并拷贝自上次备份之后修改的页面，效率最慢
1、利用page-track增量备份，需先安装备份组件
mysql> INSTALL COMPONENT "file://component_mysqlbackup";2、在全备前开启page-track
SELECT mysqlbackup_page_track_set(true);3、全备之后，做增量备份时指定若满足page tracking条件，默认会使用page-track模式，否则会使用full-scan模式，也可以指定--incremental=page-track。
mysqlbackup --incremental-backup-dir=backup_incr --trace=3 --incremental=page-track --incremental-base=history:last_full_backup backupincremental-base有3种选择
last_backup：基于前一次备份做增备，前一次备份可能是增备，也可能是全备。这种方式全备之间可能会有多个增备，每次增量可能比较小，但恢复时需要逐个合并。
last_full_backup：基于前一次全备做增备。这种方式增备会越往后体积可能越大，但恢复时只需要合并最后一次增量备份。
dir：基于前一次的备份目录，前一次备份可能是增备，也可能是全备。
测试对比full-scan 和page-track ，在变更页小于总体50%的情况下 ，备份效率至少能有1倍的速度提升。
page-track 模式 磁盘读写均衡，说明读写的都是修改页面。
请点击输入图片描述
full-scan模式 磁盘读写差别很大，说明读了很多未修改的页面。
请点击输入图片描述

好用的mysql备份工具

　　我以前备份都使用mysqldump 导成文本文件便于存放 但是速度很慢的 最快的备份方法当然是直接把数据目录copy一份了 但是一般来说 都要关闭 MySQL的服务才能做 不然在你copy的时候刚好还有人读写表那麻烦就大了 这次朋友介绍我使用mysqlhotcopy 就相当于上面 不过他可以热备份 他备份非常快 我测试一个 G的mysql他备份的时间在 分钟内完成
　　 下面是它的介绍
　　mysqlhotcopy是一个Perl脚本 最初由Tim Bunce编写并提供 它使用LOCK TABLES FLUSH TABLES和cp或scp来快速备份数据库 它是备份数据库或单个表的最快的途径 但它只能运行在数据库目录所在的机器上 mysqlhotcopy只用于备份MyISAM 它运行在Unix和NetWare中
　　使用方法见下面的脚本 加入crotab中吧
　　#!/bin/sh # Name:mysqlbackup sh # PS:MySQL DataBase Backup Use mysqlhotcopy script # Last Modify: # 定义变量 请根据具体情况修改 # 定义脚本所在目录 scriptsDir=`pwd`

　　# 数据库的数据目录 dataDir=/var/lib/mysql
　　# 数据备份目录 tmpBackupDir=/tmp/mysqlblackup backupDir=/backup/mysql
　　# 用来备份数据库的用户名和密码 mysqlUser=root mysqlPWD= you password
　　# 如果临时备份目录存在 清空它 如果不存在则创建它 if [[ e $tmpBackupDir ]]; then rm rf $tmpBackupDir/* else mkdir $tmpBackupDir fi
　　# 如果备份目录不存在则创建它 if [[ ! e $backupDir ]];then mkdir $backupDir fi
　　# 得到数据库备份列表 在此可以过滤不想备份的数据库 for databases in `find $dataDir type d | \ sed e s/\/var\/lib\/mysql\/// | \ sed e s/test// `; do if [[ $databases == ]]; then continue else
　　# 备份数据库 /usr/bin/mysqlhotcopy user=$mysqlUser password=$mysqlPWD q $databases $tmpBackupDir dateTime=`date +%Y %m %d %H:%M:%S ` echo $dateTime Database:$databases backup success! >>MySQLBackup log fi done
　　# 压缩备份文件 date=`date I` cd $tmpBackupDir tar czf $backupDir/mysql $date tar gz /
　　#End完成
　　加入到crontab中设置每周 运行 * * /backup/blackup sh
　　注意:恢复数据库到备份时的状态
　　mysqlhotcopy 备份出来的是整个数据库目录 使用时可以直接拷贝到 mysqld 指定的 datadir (在这里是 /var/lib/mysql/)目录下即可 同时要注意权限的问题 如下例
　　shell> cp rf db_name /var/lib/mysql/
　　shell> chown R mysql:mysql /var/lib/mysql/ (将 db_name 目录的属主改成 mysqld 运行用户)
　　本套备份策略只能恢复数据库到最后一次备份时的状态 要想在崩溃时丢失的数据尽量少应该更频繁的进行备份 要想恢复数据到崩溃时的状态请使用主从复制机制(replication)
　　 小技巧:
　　不想写密码在shell中的话 可以在root的home目录下建立一个f文件 以便让mysqlhotcopy从中读取用户名/密码 [mysqlhotcopy] user=root password=YourPassword 然后安全起见 chmod一下 chmod ~/f
　　附:mysqlhotcopy常用参数
　　· allowold 如果目标存在不放弃(加上一个_old后缀重新命名它) · checkpoint=db_name tbl_name 在指定的db_name tbl_name插入检查点条目 · debug 启用调试输出 · dryrun n 报告动作而不执行它们 · flushlog 所有表锁定后刷新日志 · keepold 完成后不删除以前(重新命名的)的目标 · method=mand 复制方法(cp或scp) · noindices 备份中不包括全部索引文件 这样使备份更小 更快 可以在以后用myisamc rq重新构建索引 · password=password p password 当连接服务器时使用的密码 请注意该选项的密码值是不可选的 不象其它MySQL程序 · port=port_num P port_num 当连接本地服务器时使用的TCP/IP端口号 · quiet q 除了出现错误时保持沉默 · regexp=expr 复制所有数据库名匹配给出的正则表达式的数据库 · socket=path S path 用于连接的Unix套接字文件 · suffix=str 所复制的数据库名的后缀 · tmpdir=path 临时目录(代替/tmp) · user=user_name u user_name 当连接服务器时使用的MySQL用户名
lishixinzhi/Article/program/MySQL/201311/29401

mysql 如何备份和还原数据库

mysqldump备份还原和mysqldump导入导出语句大全详解
mysqldump备份：
mysqldump -u用户名 -p密码 -h主机数据库 a -w "sql条件" --lock-all-tables >路径
案例：
mysqldump -uroot -p1234 -hlocalhost db1 a -w "id in (select id from b)" --lock-all-tables > c:\aa.txt
mysqldump还原：
mysqldump -u用户名 -p密码 -h主机数据库
<路径
案例：

mysql -uroot -p1234 db1 < c:\aa.txt

mysqldump按条件导出：

mysqldump -u用户名 -p密码 -h主机数据库 a --where "条件语句" --no-建表>路径

mysqldump -uroot -p1234 dbname a --where "tag='88'" --no-create-info> c:\a.sql

mysqldump按导入：

mysqldump -u用户名 -p密码 -h主机数据库
<路径
案例：

mysql -uroot -p1234 db1 < c:\a.txt

mysqldump导出表：

mysqldump -u用户名 -p密码 -h主机数据库表

案例：

mysqldump -uroot -p sqlhk9 a --no-data

讲一下 mysqldump 的一些主要参数

--compatible=name

它告诉 mysqldump，导出的数据将和哪种数据库或哪个旧版本的 MySQL 服务器相兼容。值可以为 ansi、mysql323、mysql40、postgresql、oracle、mssql、db2、maxdb、no_key_options、no_tables_options、no_field_options 等，要使用几个值，用逗号将它们隔开。当然了，它并不保证能完全兼容，而是尽量兼容。

--complete-insert，-c

导出的数据采用包含字段名的完整 INSERT 方式，也就是把所有的值都写在一行。这么做能提高插入效率，但是可能会受到 max_allowed_packet 参数的影响而导致插入失败。因此，需要谨慎使用该参数，至少我不推荐。

--default-character-set=charset

指定导出数据时采用何种字符集，如果数据表不是采用默认的 latin1 字符集的话，那么导出时必须指定该选项，否则再次导入数据后将产生乱码问题。

--disable-keys

告诉 mysqldump 在 INSERT 语句的开头和结尾增加 /*!40000 ALTER TABLE table DISABLE KEYS */; 和 /*!40000 ALTER TABLE table ENABLE KEYS */; 语句，这能大大提高插入语句的速度，因为它是在插入完所有数据后才重建索引的。该选项只适合 MyISAM 表。

--extended-insert = true|false

默认情况下，mysqldump 开启 --complete-insert 模式，因此不想用它的的话，就使用本选项，设定它的值为 false 即可。

--hex-blob

使用十六进制格式导出二进制字符串字段。如果有二进制数据就必须使用本选项。影响到的字段类型有 BINARY、VARBINARY、BLOB。

--lock-all-tables，-x

在开始导出之前，提交请求锁定所有数据库中的所有表，以保证数据的一致性。这是一个全局读锁，并且自动关闭 --single-transaction 和 --lock-tables 选项。

--lock-tables

它和 --lock-all-tables 类似，不过是锁定当前导出的数据表，而不是一下子锁定全部库下的表。本选项只适用于 MyISAM 表，如果是 Innodb 表可以用 --single-transaction 选项。

--no-create-info，-t

只导出数据，而不添加 CREATE TABLE 语句。

--no-data，-d

不导出任何数据，只导出数据库表结构。

--opt

这只是一个快捷选项，等同于同时添加 --add-drop-tables --add-locking --create-option --disable-keys --extended-insert --lock-tables --quick --set-charset 选项。本选项能让 mysqldump 很快的导出数据，并且导出的数据能很快导回。该选项默认开启，但可以用 --skip-opt 禁用。注意，如果运行 mysqldump 没有指定 --quick 或 --opt 选项，则会将整个结果集放在内存中。如果导出大数据库的话可能会出现问题。

--quick，-q

该选项在导出大表时很有用，它强制 mysqldump 从服务器查询取得记录直接输出而不是取得所有记录后将它们缓存到内存中。

--routines，-R

导出存储过程以及自定义函数。

--single-transaction

该选项在导出数据之前提交一个 BEGIN SQL语句，BEGIN 不会阻塞任何应用程序且能保证导出时数据库的一致性状态。它只适用于事务表，例如 InnoDB 和 BDB。

本选项和 --lock-tables 选项是互斥的，因为 LOCK TABLES 会使任何挂起的事务隐含提交。

要想导出大表的话，应结合使用 --quick 选项。

--triggers

同时导出触发器。该选项默认启用，用 --skip-triggers 禁用它。

其他参数详情请参考手册，我通常使用以下 SQL 来备份 MyISAM 表：

/usr/local/mysql/bin/mysqldump -uyejr -pyejr "

--default-character-set=utf8 --opt --extended-insert=false "

--triggers -R --hex-blob -x db_name > db_name.sql

使用以下 SQL 来备份 Innodb 表：

/usr/local/mysql/bin/mysqldump -uyejr -pyejr "

--default-character-set=utf8 --opt --extended-insert=false "

--triggers -R --hex-blob --single-transaction db_name > db_name.sql

另外，如果想要实现在线备份，还可以使用 --master-data 参数来实现，如下：

/usr/local/mysql/bin/mysqldump -uyejr -pyejr "

--default-character-set=utf8 --opt --master-data=1 "

--single-transaction --flush-logs db_name > db_name.sql

它只是在一开始的瞬间请求锁表，然后就刷新binlog了，而后在导出的文件中加入CHANGE MASTER 语句来指定当前备份的binlog位置，如果要把这个文件恢复到slave里去，就可以采用这种方法来做。

1.2 还原

用 mysqldump 备份出来的文件是一个可以直接倒入的 SQL 脚本，有两种方法可以将数据导入。

直接用 mysql 客户端

例如：

/usr/local/mysql/bin/mysql -uyejr -pyejr db_name < db_name.sql

用 SOURCE 语法（实验不成功！！！）

其实这不是标准的 SQL 语法，而是 mysql 客户端提供的功能，例如：

SOURCE /tmp/db_name.sql;

这里需要指定文件的绝对路径，并且必须是 mysqld 运行用户(例如 nobody)有权限读取的文件。

诶。。。一楼这是在刷屏呢？ 我给你个简单例子：

在cmd下或者linux bash 执行

mysqldump -u root -p密码 dbname >d:\\test.sql -----------------备份

mysql -u root -p密码 dbname
<d:\\test.sql ------------------还原
目前 MySQL 支持的免费备份工具有：mysqldump、mysqlhotcopy，还可以用 SQL 语法进行备份：BACKUP TABLE 或者 SELECT INTO OUTFILE，又或者备份二进制日志（binlog），还可以是直接拷贝数据文件和相关的配置文件。MyISAM 表是保存成文件的形式，因此相对比较容易备份，上面提到的几种方法都可以使用。Innodb 所有的表都保存在同一个数据文件 ibdata1 中（也可能是多个文件，或者是独立的表空间文件），相对来说比较不好备份，免费的方案可以是拷贝数据文件、备份 binlog，或者用 mysqldump。

1、mysqldump

1.1 备份

mysqldump 是采用SQL级别的备份机制，它将数据表导成 SQL 脚本文件，在不同的 MySQL 版本之间升级时相对比较合适，这也是最常用的备份方法。现在来讲一下 mysqldump 的一些主要参数：

?--compatible=name

它告诉 mysqldump，导出的数据将和哪种数据库或哪个旧版本的 MySQL 服务器相兼容。值可以为 ansi、mysql323、mysql40、postgresql、oracle、mssql、db2、maxdb、no_key_options、no_tables_options、no_field_options 等，要使用几个值，用逗号将它们隔开。当然了，它并不保证能完全兼容，而是尽量兼容。

?--complete-insert，-c

导出的数据采用包含字段名的完整 INSERT 方式，也就是把所有的值都写在一行。这么做能提高插入效率，但是可能会受到 max_allowed_packet 参数的影响而导致插入失败。因此，需要谨慎使用该参数，至少我不推荐。

?--default-character-set=charset

指定导出数据时采用何种字符集，如果数据表不是采用默认的 latin1 字符集的话，那么导出时必须指定该选项，否则再次导入数据后将产生乱码问题。

?--disable-keys

告诉 mysqldump 在 INSERT 语句的开头和结尾增加 /*!40000 ALTER TABLE table DISABLE KEYS */; 和 /*!40000 ALTER TABLE table ENABLE KEYS */; 语句，这能大大提高插入语句的速度，因为它是在插入完所有数据后才重建索引的。该选项只适合 MyISAM 表。

?--extended-insert = true|false

默认情况下，mysqldump 开启 --complete-insert 模式，因此不想用它的的话，就使用本选项，设定它的值为 false 即可。

?--hex-blob

使用十六进制格式导出二进制字符串字段。如果有二进制数据就必须使用本选项。影响到的字段类型有 BINARY、VARBINARY、BLOB。

?--lock-all-tables，-x

在开始导出之前，提交请求锁定所有数据库中的所有表，以保证数据的一致性。这是一个全局读锁，并且自动关闭 --single-transaction 和 --lock-tables 选项。

?--lock-tables

它和 --lock-all-tables 类似，不过是锁定当前导出的数据表，而不是一下子锁定全部库下的表。本选项只适用于 MyISAM 表，如果是 Innodb 表可以用 --single-transaction 选项。

?--no-create-info，-t

只导出数据，而不添加 CREATE TABLE 语句。

?--no-data，-d

不导出任何数据，只导出数据库表结构。

?--opt

这只是一个快捷选项，等同于同时添加 --add-drop-tables --add-locking --create-option --disable-keys --extended-insert --lock-tables --quick --set-charset 选项。本选项能让 mysqldump 很快的导出数据，并且导出的数据能很快导回。该选项默认开启，但可以用 --skip-opt 禁用。注意，如果运行 mysqldump 没有指定 --quick 或 --opt 选项，则会将整个结果集放在内存中。如果导出大数据库的话可能会出现问题。

?--quick，-q

该选项在导出大表时很有用，它强制 mysqldump 从服务器查询取得记录直接输出而不是取得所有记录后将它们缓存到内存中。

?--routines，-R

导出存储过程以及自定义函数。

?--single-transaction

该选项在导出数据之前提交一个 BEGIN SQL语句，BEGIN 不会阻塞任何应用程序且能保证导出时数据库的一致性状态。它只适用于事务表，例如 InnoDB 和 BDB。本选项和 --lock-tables 选项是互斥的，因为 LOCK TABLES 会使任何挂起的事务隐含提交。要想导出大表的话，应结合使用 --quick 选项。

?--triggers

同时导出触发器。该选项默认启用，用 --skip-triggers 禁用它。

其他参数详情请参考手册，我通常使用以下 SQL 来备份 MyISAM 表：

/usr/local/mysql/bin/mysqldump -uyejr -pyejr --default-character-set=utf8 --opt --extended-insert=false \

--triggers -R --hex-blob -x db_name > db_name.sql

使用以下 SQL 来备份 Innodb 表：

/usr/local/mysql/bin/mysqldump -uyejr -pyejr --default-character-set=utf8 --opt --extended-insert=false \

--triggers -R --hex-blob --single-transaction db_name > db_name.sql

1.2 还原

用 mysqldump 备份出来的文件是一个可以直接倒入的 SQL 脚本，有两种方法可以将数据导入。

?直接用 mysql 客户端

例如：

/usr/local/mysql/bin/mysql -uyejr -pyejr db_name < db_name.sql

?用 SOURCE 语法

其实这不是标准的 SQL 语法，而是 mysql 客户端提供的功能，例如：

SOURCE /tmp/db_name.sql;

这里需要指定文件的绝对路径，并且必须是 mysqld 运行用户(例如 nobody)有权限读取的文件。

2、 mysqlhotcopy

2.1 备份

mysqlhotcopy 是一个 PERL 程序，最初由Tim Bunce编写。它使用 LOCK TABLES、FLUSH TABLES 和 cp 或 scp 来快速备份数据库。它是备份数据库或单个表的最快的途径，但它只能运行在数据库文件（包括数据表定义文件、数据文件、索引文件）所在的机器上。mysqlhotcopy 只能用于备份 MyISAM，并且只能运行在 类Unix 和 NetWare 系统上。

mysqlhotcopy 支持一次性拷贝多个数据库，同时还支持正则表达。以下是几个例子：

root#/usr/local/mysql/bin/mysqlhotcopy -h=localhost -u=yejr -p=yejr db_name /tmp (把数据库目录 db_name 拷贝到 /tmp 下)

root#/usr/local/mysql/bin/mysqlhotcopy -h=localhost -u=yejr -p=yejr db_name_1 ... db_name_n /tmp

root#/usr/local/mysql/bin/mysqlhotcopy -h=localhost -u=yejr -p=yejr db_name./regex/ /tmp

更详细的使用方法请查看手册，或者调用下面的命令来查看 mysqlhotcopy 的帮助：

perldoc /usr/local/mysql/bin/mysqlhotcopy

注意，想要使用 mysqlhotcopy，必须要有 SELECT、RELOAD(要执行 FLUSH TABLES) 权限，并且还必须要能够有读取 datadir/db_name 目录的权限。

2.2 还原

mysqlhotcopy 备份出来的是整个数据库目录，使用时可以直接拷贝到 mysqld 指定的 datadir (在这里是 /usr/local/mysql/data/)目录下即可，同时要注意权限的问题，如下例：

root#cp -rf db_name /usr/local/mysql/data/

root#chown -R nobody:nobody /usr/local/mysql/data/ (将 db_name 目录的属主改成 mysqld 运行用户)

3、 SQL 语法备份

3.1 备份

BACKUP TABLE 语法其实和 mysqlhotcopy 的工作原理差不多，都是锁表，然后拷贝数据文件。它能实现在线备份，但是效果不理想，因此不推荐使用。它只拷贝表结构文件和数据文件，不同时拷贝索引文件，因此恢复时比较慢。例子：

BACK TABLE tbl_name TO '/tmp/db_name/';

注意，必须要有 FILE 权限才能执行本SQL，并且目录 /tmp/db_name/ 必须能被 mysqld 用户可写，导出的文件不能覆盖已经存在的文件，以避免安全问题。

SELECT INTO OUTFILE 则是把数据导出来成为普通的文本文件，可以自定义字段间隔的方式，方便处理这些数据。例子：

SELECT INTO OUTFILE '/tmp/db_name/tbl_name.txt' FROM tbl_name;

注意，必须要有 FILE 权限才能执行本SQL，并且文件 /tmp/db_name/tbl_name.txt 必须能被 mysqld 用户可写，导出的文件不能覆盖已经存在的文件，以避免安全问题。

3.2 恢复

用 BACKUP TABLE 方法备份出来的文件，可以运行 RESTORE TABLE 语句来恢复数据表。例子：

RESTORE TABLE FROM '/tmp/db_name/';

权限要求类似上面所述。

用 SELECT INTO OUTFILE 方法备份出来的文件，可以运行 LOAD DATA INFILE 语句来恢复数据表。例子：

LOAD DATA INFILE '/tmp/db_name/tbl_name.txt' INTO TABLE tbl_name;

权限要求类似上面所述。倒入数据之前，数据表要已经存在才行。如果担心数据会发生重复，可以增加 REPLACE 关键字来替换已有记录或者用 IGNORE 关键字来忽略他们。

补充:

shell> mysqldump --quick db_name | gzip > db_name.contents.gz(该例子中创建的文件是压缩格式）。

恢复/转移到另一台的命令如下:

shell> gunzip < db_name.contents.gz | mysql db_name以上命令,适用于*nix 操作系统的机器

4、 启用二进制日志(binlog)

采用 binlog 的方法相对来说更灵活，省心省力，而且还可以支持增量备份。

启用 binlog 时必须要重启 mysqld。首先，关闭 mysqld，打开 my.cnf，加入以下几行：

server-id = 1

log-bin = binlog

log-bin-index = binlog.index

然后启动 mysqld 就可以了。运行过程中会产生 binlog.000001 以及 binlog.index，前面的文件是 mysqld 记录所有对数据的更新操作，后面的文件则是所有 binlog 的索引，都不能轻易删除。关于 binlog 的信息请查看手册。

需要备份时，可以先执行一下 SQL 语句，让 mysqld 终止对当前 binlog 的写入，就可以把文件直接备份，这样的话就能达到增量备份的目的了：

FLUSH LOGS;如果是备份复制系统中的从服务器，还应该备份 master.info 和 relay-log.info 文件。

备份出来的 binlog 文件可以用 MySQL 提供的工具 mysqlbinlog 来查看，如：

/usr/local/mysql/bin/mysqlbinlog /tmp/binlog.000001

该工具允许你显示指定的数据库下的所有 SQL 语句，并且还可以限定时间范围，相当的方便，详细的请查看手册。

恢复时，可以采用类似以下语句来做到：

/usr/local/mysql/bin/mysqlbinlog /tmp/binlog.000001 | mysql -uyejr -pyejr db_name

把 mysqlbinlog 输出的 SQL 语句直接作为输入来执行它。

如果你有空闲的机器，不妨采用这种方式来备份。由于作为 slave 的机器性能要求相对不是那么高，因此成本低，用低成本就能实现增量备份而且还能分担一部分数据查询压力，何乐而不为呢？

5、 直接备份数据文件

相较前几种方法，备份数据文件最为直接、快速、方便，缺点是基本上不能实现增量备份。为了保证数据的一致性，需要在靠背文件前，执行以下 SQL 语句：

FLUSH TABLES WITH READ LOCK;也就是把内存中的数据都刷新到磁盘中，同时锁定数据表，以保证拷贝过程中不会有新的数据写入。这种方法备份出来的数据恢复也很简单，直接拷贝回原来的数据库目录下即可。

注意，对于 Innodb 类型表来说，还需要备份其日志文件，即 ib_logfile* 文件。因为当 Innodb 表损坏时，就可以依靠这些日志文件来恢复。

6、 备份策略

对于中等级别业务量的系统来说，备份策略可以这么定：第一次全量备份，每天一次增量备份，每周再做一次全量备份，如此一直重复。而对于重要的且繁忙的系统来说，则可能需要每天一次全量备份，每小时一次增量备份，甚至更频繁。为了不影响线上业务，实现在线备份，并且能增量备份，最好的办法就是采用主从复制机制(replication)，在 slave 机器上做备份。

7、 数据维护和灾难恢复

作为一名DBA(我目前还不是，呵呵)，最重要的工作内容之一是保证数据表能安全、稳定、高速使用。因此，需要定期维护你的数据表。以下 SQL 语句就很有用：

CHECK TABLE 或 REPAIR TABLE，检查或维护 MyISAM 表

OPTIMIZE TABLE，优化 MyISAM 表

ANALYZE TABLE，分析 MyISAM 表

当然了，上面这些命令起始都可以通过工具 myisamchk 来完成，在这里不作详述。

Innodb 表则可以通过执行以下语句来整理碎片，提高索引速度：

ALTER TABLE tbl_name ENGINE = Innodb;

这其实是一个 NULL 操作，表面上看什么也不做，实际上重新整理碎片了。

通常使用的 MyISAM 表可以用上面提到的恢复方法来完成。如果是索引坏了，可以用 myisamchk 工具来重建索引。而对于 Innodb 表来说，就没这么直接了，因为它把所有的表都保存在一个表空间了。不过 Innodb 有一个检查机制叫 模糊检查点，只要保存了日志文件，就能根据日志文件来修复错误。可以在 my.cnf 文件中，增加以下参数，让 mysqld 在启动时自动检查日志文件：

innodb_force_recovery = 4

关于该参数的信息请查看手册。

有点长 慢慢看 对你应该有帮助

</路径
</路径

如何用mysql命令备份和恢复

Mysql数据库备份和还原常用的命令是进行Mysql数据库备份和还原的关键，没有命令，什么都无从做起，更谈不上什么备份还原，只有给系统这个命令，让它去执行，才能完成Mysql数据库备份和还原的操作，下面为大家分享一下操作的常用的命令。
一、备份命令
1、备份MySQL数据库的命令
<!--
Code highlighting produced by Actipro CodeHighlighter (freeware)
http://www.CodeHighlighter.com/
-->　　mysqldump-hhostname-uusername-ppassword databasename>backupfile.sql
2、备份MySQL数据库为带删除表的格式
备份MySQL数据库为带删除表的格式，能够让该备份覆盖已有数据库而不需要手动删除原有数据库。
<!--
Code highlighting produced by Actipro CodeHighlighter (freeware)
http://www.CodeHighlighter.com/
-->　　mysqldump-–add-drop-table-uusername-ppassword databasename>backupfile.sql
3、直接将MySQL数据库压缩备份
<!--
Code highlighting produced by Actipro CodeHighlighter (freeware)
http://www.CodeHighlighter.com/
-->　　mysqldump-hhostname-uusername-ppassword databasename|gzip>backupfile.sql.gz
4、备份MySQL数据库某个(些)表
<!--
Code highlighting produced by Actipro CodeHighlighter (freeware)
http://www.CodeHighlighter.com/
-->　　mysqldump-hhostname-uusername-ppassword databasename specific_table1 specific_table2>backupfile.sql
5、同时备份多个MySQL数据库
<!--
Code highlighting produced by Actipro CodeHighlighter (freeware)
http://www.CodeHighlighter.com/
-->　　mysqldump-hhostname-uusername-ppassword –databases databasename1 databasename2 databasename3>multibackupfile.sql
6、仅仅备份数据库结构
<!--
Code highlighting produced by Actipro CodeHighlighter (freeware)
http://www.CodeHighlighter.com/
-->　　mysqldump –no-data –databases databasename1 databasename2 databasename3>structurebackupfile.sql
7、备份服务器上所有数据库
<!--
Code highlighting produced by Actipro CodeHighlighter (freeware)
http://www.CodeHighlighter.com/
-->　　mysqldump –all-databases>allbackupfile.sql
二、还原命令
1、还原MySQL数据库的命令
<!--
Code highlighting produced by Actipro CodeHighlighter (freeware)
http://www.CodeHighlighter.com/
-->　　mysql-hhostname-uusername-ppassword databasename
<backupfile.sql
2、还原压缩的MySQL数据库

<!--
Code highlighting produced by Actipro CodeHighlighter (freeware)
http://www.CodeHighlighter.com/
-->　　gunzip
<backupfile.sql.gz|mysql-uusername-ppassword databasename
3、将数据库转移到新服务器

<!--
Code highlighting produced by Actipro CodeHighlighter (freeware)
http://www.CodeHighlighter.com/
-->　　mysqldump-uusername-ppassword databasename|mysql –host=*.*.*.*-C databasename

总结

做好数据备份和还原，定好合适的备份策略，这是一个DBA所做事情的一小部分，万事开头难，就从现在开始吧!

</backupfile.sql