完全恢复、基于时间点恢复、基于位置恢复.docVIP

先找到数据库的bin目录C:\Program Files\MySQL\MySQL Server 5.5\bin 然后按功能要求，分别键入命令 注意：-u后面是用户名，-p后面是密码； 和后面是备份的路径 完全恢复 一般我们在没有误操作，但数据库无法打开时，采用完全恢复。 1、发生故障了，需要将备份拿出来恢复 mysqldump -u root -proot test d:/test.sql 2、使用mysqlbinlog恢复自mysqldump备份以来的binlog 我们这里备份以来的binlog是mysql-bin-3306.000002 恢复备份以来的binlog mysqlbinlog D:\MySQL\5.5\data\mysql-bin-3306.000002|mysql -uroot -proot test 但是误操作，比如删了一张表，或是删了一条数据，这时使用完全恢复是没有用的，因为日志里面还存在误操作的语句，我们需要的是恢复到误操作之前的状态，然后跳过误操作语句，再恢复后面执行的语句，完成我们的恢复。这种恢复叫不完全恢复。在mysql中，不完全恢复分为基于时间点的恢复和基于位置的恢复。 基于时间点的而恢复 查看日志文件mysql-bin-3306.000002 mysqlbinlog D:\MySQL\5.5\data\mysql-bin-3306.000002 我们发现在2011-6-4 17:25:44到2011-6-4 17:25:47的时候发生了误操作，误删了一条数据。 恢复到以前的完全备份 mysqldump -u root -proot test d:/test.sql 2、可以用以下语句将数据恢复到故障前 mysqlbinlog --stop-date=2011-6-4 17:25:44 D:\MySQL\5.5\data\mysql-bin-3306.000002| mysql -uroot -proot 3、跳过故障的时间点，继续执行后面的binlog，完成恢复 mysqlbinlog --start-date=2011-6-4 17:25:47 D:\MySQL\5.5\data\mysql-bin-3306.000002| mysql -uroot -proot 注：可能是本机采用innodb的原因。采用上面操作，会出现类似这种的错误ERROR 1062 (23000) at line 32: Duplicate entry 27 for key PRIMARY 实际中恢复中，找到正确操作的那条语句，找准原先操作的时间点，再执行一次就行了。 比如正确操作的时间点为2011-6-4 17:25:04 到2011-6-4 17:25:37 下面这条语句，就实现了恢复 mysqlbinlog --start-date=2011-6-4 17:25:04 --stop-date=2011-6-4 17:25:37 D:\MySQL\5.5\data\mysql-bin-3306.000002| mysql -uroot -proot 基于位置的恢复 和基于时间点的恢复类似，但更为精准，因为同一时间点可能有很多条sql语句同时执行。 通过查看日志文件mysql-bin-3306.000002 mysqlbinlog D:\MySQL\5.5\data\mysql-bin-3306.000002 我们发现故障前后的位置号分别是621和813。就是end_log_pos后边显示的。 当然也可以通过在mysql命令窗种show binlog events;查看 1、恢复到以前的完全备份 mysqldump -u root -proot test d:/test.sql 2、先恢复到停止位置的所有事务 mysqlbinlog --stop-position=621 D:\MySQL\5.5\data\mysql-bin-3306.000002| mysql -uroot -proot 3、恢复从给定的起始位置直到二进制结束的所有事务 mysqlbinlog --start-position=813 D:\MySQL\5.5\data\mysql-bin-3306.000002| mysql -uroot -proot 注：可能是本机采用innodb的原因。采用上面操作，会出现类似这种的错误ERROR 1062 (23000) at line 32: Duplicate entry 27 for key PRIMARY 实际中恢复中，找到正确操作的那条语句，找准原先操作语句的位置点end_log_pos，再执行一次就行了。 比如正确操作的位置点为175 到398 下面这条语句，就实现了恢复 mysq