数据库误删操作恢复(非主从单主机的情况),增量数据库恢复
2017-04-17 08:48
267 查看
参考url:http://mp.weixin.qq.com/s?src=3×tamp=1492153840&ver=1&signature=lQLr5xBmblmU6lkou9AgVXwAt5e8C1E*F1iT8-1ra-Mxos04PzweA7xuD9tj*Trg6dzwIM8JCifouqE1aam*Yo3kK-STwCmgakedWUz3jljlJPTLbqC6IuwhKwIhG0Gh4lz7FITOHu-DYkg*DZnFOMgF594EOxnSTj9RuglalNM=
1,全备命令
mysqldump -uroot -p -B -F -R -x --master-data=2 test|gzip >/server/backup/test_$(date +%F).sql.gz
参数说明:
-B 指定数据库
-F 刷新日志
-R 备份存储过程等
-x 锁表
--master-data 在备份语句里添加CHANGE MASTER语句以及binlog文件及位置点信息
2,解压
gzip -d test_2016-08-02.sql.gz
3,查看位置
grep CHANGE test_2016-08-02.sql #显示:-- CHANGE MASTER TO MASTER_LOG_FILE='mysql-bin.000003', MASTER_LOG_POS=107;
这是全备时刻的binlog文件位置,即mysql-bin.000003的107行,因此在该文件之前的binlog文件中的数据都已经包含在这个全备的sql文件中了
4,移动binlog文件,并读取sql,(对于误操作语句,进行剔除)
a, cp /data/3306/mysql-bin.000003 /server/backup/ #实际需要复制mysql-bin.000003和之后的日志。
b, mysqlbinlog -d test mysql-bin.000003 >mysql-003bin.sql #-d是进行数据库过滤。如果是全库,可忽略。
#在恢复全备数据之前必须将该binlog文件移出,否则恢复过程中,会继续写入语句到binlog,最终导致增量恢复数据部分变得比较混乱
c,vim mysql-003bin.sql ,剔除不必要的sql。
从"at xxx"开始
到"SET @@SESSION.GTID_NEXT= 'AUTOMATIC' /* added by mysqlbinlog */ /*!*/;"结束或者下一个"at xxx"前。
删除文本例子:
# at 763
#170414 16:14:45 server id 3 end_log_pos 855 CRC32 0xfd513d6c Query thread_id=2 exec_time=0 error_code=0
SET TIMESTAMP=1492157685/*!*/;
drop database test
/*!*/;
SET @@SESSION.GTID_NEXT= 'AUTOMATIC' /* added by mysqlbinlog */ /*!*/;
DELIMITER ; #不能删除,和文件首的一个标记对应。
5,恢复数据库:
mysql -uroot -p test < test_2016-08-02.sql
6, 恢复二进制文件:
mysql -uroot -p test < mysql-003bin.sql
7,进行数据查看,完成。
1,全备命令
mysqldump -uroot -p -B -F -R -x --master-data=2 test|gzip >/server/backup/test_$(date +%F).sql.gz
参数说明:
-B 指定数据库
-F 刷新日志
-R 备份存储过程等
-x 锁表
--master-data 在备份语句里添加CHANGE MASTER语句以及binlog文件及位置点信息
2,解压
gzip -d test_2016-08-02.sql.gz
3,查看位置
grep CHANGE test_2016-08-02.sql #显示:-- CHANGE MASTER TO MASTER_LOG_FILE='mysql-bin.000003', MASTER_LOG_POS=107;
这是全备时刻的binlog文件位置,即mysql-bin.000003的107行,因此在该文件之前的binlog文件中的数据都已经包含在这个全备的sql文件中了
4,移动binlog文件,并读取sql,(对于误操作语句,进行剔除)
a, cp /data/3306/mysql-bin.000003 /server/backup/ #实际需要复制mysql-bin.000003和之后的日志。
b, mysqlbinlog -d test mysql-bin.000003 >mysql-003bin.sql #-d是进行数据库过滤。如果是全库,可忽略。
#在恢复全备数据之前必须将该binlog文件移出,否则恢复过程中,会继续写入语句到binlog,最终导致增量恢复数据部分变得比较混乱
c,vim mysql-003bin.sql ,剔除不必要的sql。
从"at xxx"开始
到"SET @@SESSION.GTID_NEXT= 'AUTOMATIC' /* added by mysqlbinlog */ /*!*/;"结束或者下一个"at xxx"前。
删除文本例子:
# at 763
#170414 16:14:45 server id 3 end_log_pos 855 CRC32 0xfd513d6c Query thread_id=2 exec_time=0 error_code=0
SET TIMESTAMP=1492157685/*!*/;
drop database test
/*!*/;
SET @@SESSION.GTID_NEXT= 'AUTOMATIC' /* added by mysqlbinlog */ /*!*/;
DELIMITER ; #不能删除,和文件首的一个标记对应。
5,恢复数据库:
mysql -uroot -p test < test_2016-08-02.sql
6, 恢复二进制文件:
mysql -uroot -p test < mysql-003bin.sql
7,进行数据查看,完成。
相关文章推荐
- Control File中备份信息被覆盖情况下的数据库恢复案例
- [转]SQL Server利用数据库日志恢复数据到时间点的操作
- Mysql 数据库自动恢复的简单操作过程
- 一个通过数据库镜像实现SPS 2003门户快速备份与恢复的操作手册
- 一个通过数据库镜像实现SPS 2003门户快速备份与恢复的操作手册
- 利用数据库日志恢复数据到时间点的操作
- 利用windows service 2003来创建操作主机与活动目录数据库的维护的架设与维护
- DB2离线和在线全备、增量备份及恢复的操作步骤
- DB2 在线增量备份数据库、还原增量备份数据库、前滚恢复数据库脚本
- 【Vegas原创】使用RMAN恢复数据库到不同主机(Linux版)
- [收藏]恢复在为数据库添加多一个ndf文件时,中断操作所置疑的数据库.
- sql server 常用数据库恢复操作
- 怎么用引用啊?[转]SQL Server 2005数据库日志文件损坏的情况下如何恢复数据库
- 如何在数据库文件损坏情况下,进行恢复
- mysql常用操作-----数据库的备份和恢复
- 利用数据库日志恢复数据到时间点的操作
- SQL Server 2005数据库日志文件损坏的情况下如何恢复数据库
- SQL Server 2005数据库日志文件损坏的情况下如何恢复数据库
- DB2离线和在线全备、增量备份及恢复的操作步骤
- 误操作数据库,通过日志恢复的方法