mysql根据日志恢复数据详细步骤.docVIP

此文详细介绍了根据mysql的二进制日志恢复丢失的数据。 在7月17日不小心删除了一个工程的整个数据，导致数据丢失。 最新的备份是5月29日。丢失的数据比较多。由于我发现这个mysql数据库开启了日志功能，日志记录从从5月3日到7月17日。 查看mysql是否开启二进制日志。bin-log日志记录了所有的DDL和DML的语句my.cnf中是否有log-bin的设置 Log-bin mysql-bin EXPIRE_LOGS_DAYS此参数是设置日志的过期天数，过期的日志将会被自动删除，这有利于减少我们管理日志的工作量，需要修改my.cnfEXPIRE_LOGS_DAYS 3 这里我们设定保存日志为3天，3天之后过期的日志将被自动删除2、定期完整备份3、查看备份时间bin-log是记录着mysql所有事件的操作，当mysql发生灾难性错误时，可以通过bin-log做完整恢复，基于时间点的恢复，和基于位置的恢复mysqlbinlog.exe 命令将二进制日志转换为txt文件。 D:\Mysql\bin mysqlbinlog.exe d:/Mysql/backupLog.000033 change.txt 从change.txt 可以看到我删除这个库的时间，如下图所示 暂时关闭服务，防止新数据写入,导出二进制日志： 多个日志文件之间用空格隔开。查看生成的sql文件，找到操作的错误的sql语句，删除即可。 然后先导入之前备份的sql，在导入生成的sql，就可以恢复到删除之前的完整数据了。 基于位置恢复 将二进制文件导出为txt后，可以看到我删除库的位置 我删除库的位置为1398088，所以恢复的位置点是这个位置的前一个1397998。 多个日志文件之间用空格隔开。查看生成的sql文件，找到操作的错误的sql语句，删除即可。 然后先导入之前备份的sql，在导入生成的sql，就可以恢复到删除之前的完整数据了。 如果只是错误的删除了一张表，在删除的位置上前后都有数据的话， 然后再导出删除位置之后的的sql。 然后再导入这个生成的sql文件。 开启日志功能对mysql 的性能影响比较明显，大家根据实际情况而定。