数据库的备份和恢复

数据库的备份和恢复:

备份:完全备份,增量备份

完全备份:将整个数据库完整的进行备份

增量备份:在完全备份的基础之上,对后续新增的内容进行备份

备份的需求:

  1. 在生产环境之中,数据的安全至关重要,任何数据的丢失都可能产生非常严重的后果
  2. 数据为什么会丢失,程序错误,运算错误,磁盘故障,不可预期的时间,以及人为操作,所以备份非常重要

备份的方法:

冷备份:关机备份,停止mysql服务,然后进行备份

热备份:开机备份,无须关闭mysql服务,进行别发

物理备份:对数据库系统的物理文件(数据文件,日志文件),进行备份

逻辑备份:只是对数据库的逻辑组件进行备份,(表结构),以sql语句的形式,把库,表结构,表数据进行备份保存(直接在数据库系统当中删除全部文件,逻辑备份无法恢复)

物理备份:一般采用完全备份,对整个数据库进行完整的打包备份

优点:操作简单

缺点:数据库文件占用量很大的,占用空间太大,备份和恢复的时间很长,而且需要暂定数据库服务,打包备份最好是把服务关掉,避免新的数据进入,被覆盖,也可能导致恢复失败

如何进行物理备份:

演示前提:关闭数据库服务

查看需要备份的内容

打包目录

#压缩备份 tar Jcvf /opt/mysql_all_$(date +%F).tar.xz /usr/local/mysql/data/

模拟删库

解压到当前目录

#解压恢复 tar Jxvf /opt/mysql_all_2020-11-22.tar.xz

模拟破坏

恢复

检测

数据迁移:

远程复制的方式

注意事项:

热备份当中的逻辑备份

这是mysql自带的工具:

Mysqldump

备份单个库:

Mysqldump -u root -p --databases 库名 > /opt/库名.sql

备份多个库:

Mysqldump -u root -p --databases ku ku1> /opt/ku.sql

备份全部库:

Mysqldump -u root -p --all-databases > /opt/ku.sql

补充命令:

mysql -u root -p123456 -e 'show databases;'

-e:指定连接mysql之后执行完命令,自动退出。

逻辑删除,可恢复表中的内容

演示备份单个:

恢复

查看

备份多个库

删库

多个库一起恢复:

备份全部库:

删库

恢复

怎么样只恢复表:

先备份

删库

恢复单个表(指定库名进行恢复)

恢复多个表

可以用sql语句的方式,直接实现两个数据库的迁移

总结:

物理冷备份和物理热备份

特点:操作简单

缺点:数据量大,占用的备份空间比较大

Mysqldump:这是mysql自带的备份文件的命令

特点:方便,简单,但是只能基于逻辑上的表结构和数据恢复,物理删除之后再用逻辑恢复会报错,也可以作为数据迁移,必然也会占用大空间,比较物理备份,相对来说占的空间小一些

演示了全量备份,库,表

增量备份:

Mysqldump也支持增量备份,没有重复数据,备份量小,时间短

Mysql增量备份恢复表数据期间,表会锁定

缺点:备份时锁表必然会影响业务,数据超过10G以后,耗时会比较长,导致服物不可用

增量备份的过程:

  1. mysql提供的二进制日志间间接的实现增量备份

二进制文件在怎么来,修改配置文件来

Mysql二进制日志记录格式有三种:

  1. STATEMENT:基于sql语句

记录修改的sql语句,高并发情况下,记录sql语句时候的顺序可能会出错,恢复数据时可能会导致丢失效率和误差,效率比较高

  1. ROW:基于行

精准记录每一行的数据,准确率高,恢复的时效炉比较低

  1. MIXED:既可以根据sql语句,也可以根据行

在正常情况下使用的是STAEMENT,一旦发生高并发,会智能自动切换到ROW行,

打开这两个服务:

log-bin=mysql-bin

binlog_format=MIXED

查看日志文件

查看表信息

mysqlbinlog --no-defaults --base64-output=decode-rows -v mysql-bin.000001

刷新命令:(会出现新的断点)

断点:刷新之后,后续的文件会保存在刷新过的文件当中,再次刷新之后,后续的内容会保存在所在断点当中,操作都在后续断点钟操作

例如:

刷新断点

删除一行

再打一个断点,然后查看断点2,里面并没有删除的显示

查看断点1,在断点1当中

如何恢复:(在断点1中恢复)

位置恢复和时间恢复

基于位置点来进行恢复

从某一个位置点开始,恢复到最后

格式:mysqlbinlog --no-defaults --start-position='位置点' mysql-bin.000002 | mysql -u root -p

从开头,一致恢复到某个位置

格式: mysqlbinlog --no-defaults --stop-position='735' mysql-bin.000001 | mysql -u root -p

从指定点---指定点结束

格式:mysqlbinlog --no-defaults --start-position='735' --stop-position='910' mysql-bin.000001 | mysql -u root -p

基于时间点恢复:

命令:

  1. 从某个节点开始:

格式:mysqlbinlog --no-defalult--start-datetime='时间点'文件名|mysql -u root -p

2.从开头到指定结尾

格式:mysqlbinlog --no-defalult--stop-datetime='时间点'文件名|mysql -u root -p

  1. 指定时间范围

格式:mysqlbinlog --no-defalult--start-datetime='时间点' --stop-datetome='时间点' 文件名|mysql -u root -p

总结:

在生产中,通过binlog进行增量恢复是非常好用的方法

我们只需要对binlog文件进行备份,随时可以进行备份和恢复

如何打开mysql的默认日志:

查看错误日志

通用访问日志:

慢查询日志:

工具查看:

命令:

yum -y install xz

#压缩备份 tar Jcvf /opt/mysql_all_$(date +%F).tar.xz /usr/local/mysql/data/

#解压恢复 tar Jxvf /opt/mysql_all_2020-11-22.tar.xz

相关推荐
远歌已逝1 小时前
维护在线重做日志(二)
数据库·oracle
qq_433099402 小时前
Ubuntu20.04从零安装IsaacSim/IsaacLab
数据库
Dlwyz2 小时前
redis-击穿、穿透、雪崩
数据库·redis·缓存
工业甲酰苯胺4 小时前
Redis性能优化的18招
数据库·redis·性能优化
没书读了5 小时前
ssm框架-spring-spring声明式事务
java·数据库·spring
i道i5 小时前
MySQL win安装 和 pymysql使用示例
数据库·mysql
小怪兽ysl5 小时前
【PostgreSQL使用pg_filedump工具解析数据文件以恢复数据】
数据库·postgresql
wqq_9922502776 小时前
springboot基于微信小程序的食堂预约点餐系统
数据库·微信小程序·小程序
爱上口袋的天空6 小时前
09 - Clickhouse的SQL操作
数据库·sql·clickhouse
聂 可 以7 小时前
Windows环境安装MongoDB
数据库·mongodb