当前位置: 首页 > 编程笔记 >

数据库崩溃,利用备份和日志进行灾难恢复

禄源
2023-03-14
本文向大家介绍数据库崩溃,利用备份和日志进行灾难恢复,包括了数据库崩溃,利用备份和日志进行灾难恢复的使用技巧和注意事项,需要的朋友参考一下

在实际的工作中,我们可能经常会遇到数据库宕机,数据丢失的情况,下面,我将演示一个模拟环境

1.数据库正常启动插入数据:

[root@client103 ~]# mysql -uroot -pkongzhong
mysql> use test;
mysql> insert into a select * from a;
#注: 这里不演示建表,默认大家都懂
# 下面进行一次全备
[root@client103 ~]# innobackupex --user=root --password=kongzhong --defaults-file=/etc/my.cnf --port=3306 /tmp/backup/ >/tmp/backup/innoback.log 2>&1
# 再次插入数据
mysql> insert into a select * from a;
# 实行增量备份
[root@client103 ~]# innobackupex --user=root --password=kongzhong --defaults-file=/etc/my.cnf --port=3306 --incremental --incremental-basedir=/tmp/backup/2014-02-27_13-24-51/ /tmp/backup/
# 再次插入数据
mysql> insert into a select * from a;
# 此时大家记录一下现在的总行数(一会还原需要核对数据的)
# 此时数据库宕机
#模拟宕机操作为:
# 1.将数据目录的下的二进制日志,复制到 /tmp/backup,一会需要重演日志(此步非常重要,复制操作默认大家会了)
# 2.删除数据目录下的所有文件,此时数据库就崩溃了(如果关闭数据库,是关不了,记得杀掉进程,kill -9 ....)

2.数据库宕机后执行恢复操作

在实际的工作中,我们可能经常会遇到数据库宕机,数据丢失的情况,下面,我将演示一个模拟环境
1.数据库正常启动插入数据:

[root@client103 ~]# mysql -uroot -pkongzhong
mysql> use test;
mysql> insert into a select * from a;
#注: 这里不演示建表,默认大家都懂
# 下面进行一次全备
[root@client103 ~]# innobackupex --user=root --password=kongzhong --defaults-file=/etc/my.cnf --port=3306 /tmp/backup/ >/tmp/backup/innoback.log 2>&1
# 再次插入数据
mysql> insert into a select * from a;
# 实行增量备份
[root@client103 ~]# innobackupex --user=root --password=kongzhong --defaults-file=/etc/my.cnf --port=3306 --incremental --incremental-basedir=/tmp/backup/2014-02-27_13-24-51/ /tmp/backup/
# 再次插入数据
mysql> insert into a select * from a;
# 此时大家记录一下现在的总行数(一会还原需要核对数据的)
# 此时数据库宕机
#模拟宕机操作为:
# 1.将数据目录的下的二进制日志,复制到 /tmp/backup,一会需要重演日志(此步非常重要,复制操作默认大家会了)
# 2.删除数据目录下的所有文件,此时数据库就崩溃了(如果关闭数据库,是关不了,记得杀掉进程,kill -9 ....)
2.数据库宕机后执行恢复操作

# 全备应用日志
[root@client103 ~]# innobackupex --apply-log /tmp/backup/2014-02-27_13-24-51/
# 增备应用日志
[root@client103 ~]# innobackupex --apply-log /tmp/backup/2014-02-27_13-24-51/ --incremental-dir=/tmp/backup/2014-02-27_13-32-44/
# 应用完日志,利用全备恢复数据
[root@client103 ~]# innobackupex --copy-back /tmp/backup/2014-02-27_13-24-51/
# 修改数据目录权限为mysql:mysql
[root@client103 ~]# chown mysq:mysql /var/lib/mysql -R
# 启动数据库
[root@client103 ~]# /etc/init.d/mysql start
# 登陆数据库,查看数据行数,发现数值与崩溃前是不一致的,所以需要利用日志恢复
[root@client103 ~]# mysql -uroot -pkongzhong
mysql> use test;
mysql> select count(*) from a;
# 查看最后一次增备完成时的日志文件名和pos号(备份时自动记录的)
[root@client103 ~]# cat /tmp/backup/2014-02-27_13-32-44/xtrabackup_binlog_info
mysql-103-bin.000005  3694
# 所以,我们使用二进制执行恢复时,起始点为3694
# 利用日志恢复
[root@client103 ~]# mysqlbinlog --start-pos=3694 /tmp/backup/mysql-103-bin.000005 |mysql -uroot -pkongzhong
# 此时在登陆数据库查看数据是否相符,请自行测试
mysql> use test;
mysql> select count(*) from a;

 以上就是本文的全部内容,希望大家可以喜欢。

 类似资料:
  • 目前,我使用Azure日志分析来有效地监视Azure资源。但是当我将日志分析应用于生产环境时,在某些数据中心发生灾难时,我恢复了所有的azure资源,如app服务、api管理、SQL数据库和cosmos数据库等。即使是灾难也会发生。但是我不能恢复日志分析,因为目前在azure Portal中没有它的备份选项。 那么,你能告诉我,如果灾难发生,如何备份和恢复azure日志分析吗?

  • Danger 本章节是为专家准备的,尽可能地恢复损坏的文件系统。这些操作有可能改善你的处境,也可能更糟糕。如果你不太确定,最好别下手。 导出日志 尝试危险的操作前,先备份个日志副本,像这样: cephfs-journal-tool journal export backup.bin 需要注意的是,此命令在日志损坏严重时也许会失效,在这种情况下,应该进行 RADOS 级的复制( http://tra

  • ### # 主库master宕机 登录从库show processlist查看两个线程的更新状态 mysql> show processlist\G *************************** 1. row *************************** Id: 6 User: rep Host: 192.168.0.200:45738 db:

  • 本文向大家介绍数据库备份与恢复,包括了数据库备份与恢复的使用技巧和注意事项,需要的朋友参考一下 必须备份数据库,以防原始数据库由于任何原因损坏或丢失。使用此备份,可以恢复故障之前的数据库。 数据库备份基本上意味着为了安全起见,将创建数据库信息和数据的副本并将其存储在备份服务器中。事务日志也与数据库数据一起存储在备份中,因为没有它们,数据将无用。 数据库失败的原因 数据库故障可能有多种原因,因此需要

  • 升级、备份和恢复 数据库升级 数据库升级的推荐方案是,老版本的数据库的数据备份成 SQL 脚本的方式,在新版本的数据库上执行这些 SQL 来恢复数据。 使用 Script 工具备份数据 备份数据库有多种方式。如可以直接拷贝数据库文件,但是不建议在数据库在使用的时候去拷贝文件,另外数据库文件是二进制的,不能直接读懂,并且数据库文件可能会比较大,推荐的备份方式是创建压缩的 SQL 脚本文件,并且 H2

  • 本文向大家介绍MySQL数据库遭到攻击篡改(使用备份和binlog进行数据恢复),包括了MySQL数据库遭到攻击篡改(使用备份和binlog进行数据恢复)的使用技巧和注意事项,需要的朋友参考一下 本文主要描述了MySQL遭到攻击篡改数据,利用从库的备份和主库的binlog进行不完全恢复。 欢迎转载,请注明作者、出处。 作者:张正 QQ:176036317 如有疑问,欢迎联系。 一、发现问题 今天是