MySQL备份与恢复

目录

一.数据备份的重要性

二.数据库备份的分类和备份策略

1.备份分类

物理备份

逻辑备份

2.备份策略

3.常见备份方法

物理冷备(完全备份)

专用备份工具mysqldump或mysqlhotcopy(完全备份,逻辑备份)

启用二进制日志进行增量备份(增量备份)

第三方工具备份(完全备份、增量备份,物理热备)

三.MySQL完全备份

1.概述

2.优缺点

3.方法

3.1.物理冷备份与恢复

3.2.mysqldump备份与恢复

四.完全备份与恢复操作

1.物理冷备份

1.1.完全备份

1.2.数据恢复

1.3.数据迁移

2.逻辑完全备份和恢复的常见方法

2.1.使用xtrabackup 工具

2.2.LVM

2.3.cp + tar

注意

2.4.mysqlhotcopy

2.5.使用mysql主从复制

3.mysqldump备份

3.1.完全备份一个或多个完整的库

3.2.完全备份MySQL服务器中所有的库(包括库中所有的表)

3.3.完全备份指定库中的部分表 

3.4.查看备份的sql文件

3.5.使用mysql命令恢复数据库

3.6.使用source命令恢复数据库

3.7.恢复数据库中的表

五.增量备份与恢复

1.二进制日志文件

1.1.刷新生成二进制日志文件的两种方式

1.2.二进制日志(binlog)有三种不同的记录格式

2.实例:完全备份+增量备份恢复数据库编辑

3.断点恢复

3.1.基于位置恢复

3.2.基于时间点恢复

4.断点恢复原则


一.数据备份的重要性

  • 备份的主要目的是灾难恢复
  • 在生产环境中,数据的安全性至关重要
  • 任何数据的丢失都可能产生严重的后果

造成数据丢失的原因

  • 程序操作
  • 人为操作失误
  • 运损错误
  • 磁盘故障
  • 灾难(如火灾、地震)和盗窃

二.数据库备份的分类和备份策略

1.备份分类

物理备份

对数据库操作系统的物理文件(如数据文件、日志文件等)的备份

物理备份方法

  • 冷备份(脱机备份) :是在关闭数据库的时候进行的
  • 热备份(联机备份) :数据库处于运行状态,依赖于数据库的日志文件
  • 温备份:数据库锁定表格(不可写入但可读)的状态下进行备份操作

逻辑备份

对数据库逻辑组件(如:表等数据库对象)的备份

  • 即以sql语句的形式,把库、表结构、表数据保存下来

2.备份策略

  • 完全备份(全量备份):每次对数据库进行完整的备份
  • 差异备份:备份自从上次完全备份之后被修改过的文件
  • 增量备份:只有在上次完全备份或者增量备份后被修改的文件才会被备份

3.常见备份方法

物理冷备(完全备份)

  • 备份时数据库处于关闭状态,直接打包数据库文件
  • 备份速度快,恢复时也是最简单的

专用备份工具mysqldump或mysqlhotcopy(完全备份,逻辑备份)

  • mysqldump常用的逻辑备份工具(导出为sql脚本)
  • mysqlhotcopy仅拥有备份MyISAM和ARCHIVE表

启用二进制日志进行增量备份(增量备份)

  • 进行增量备份,需要刷新二进制日志

第三方工具备份(完全备份、增量备份,物理热备)

  • innobackupex XtraBackup PXB

三.MySQL完全备份

1.概述

  • 完全备份是对整个数据库、数据库结构和文件结构的备份
  • 保存的是备份完成时刻的数据库
  • 是差异备份与增量备份的基础

2.优缺点

优点

  • 备份与恢复操作简单方便

缺点

  • 数据存在大量的重复
  • 占用大量的备份空间
  • 备份与恢复时间长

3.方法

3.1.物理冷备份与恢复

  • 关闭MySQL数据库
  • 使用tar命令直接打包数据库文件夹
  • 直接替换现有MySQL目录即可

3.2.mysqldump备份与恢复

  • MySQL自带的备份工具,可方便实现对MySQL的备份
  • 可以将指定的库、表导出为SQL脚本
  • 使用命令mysq|导入备份的数据

四.完全备份与恢复操作

1.物理冷备份

1.1.完全备份

systemctl stop mysqld         #先关闭服务
mkdir /backup/                #创建备份目录​
rpm -q xz                     #使用xz工具进行压缩,检查xz工具是否已安装
yum install xz -y             #如果没安装,可以先yum安装
cd  /usr/local/mysql/
tar Jcf /backup/mysql_all_$(date +%F).tar.xz data  
#打包数据库文件。/usr/local/mysql/data 为数据库文件存放目录

1.2.数据恢复

cd /backup/
tar Jxf mysql_all_2023-6-19.tar.xz -C /opt/
mv  /opt/data/  /usr/local/mysql/

1.3.数据迁移

 #主机A,使用scp命令将tar包传给另一台主机B
 scp /backup/mysql_all_2023-6-19.tar.xz root@192.168.73.106:/opt
 ​
 ##主机B的操作##
 systemctl stop mysqld         #关闭mysql
 cd /opt/
 mkdir /opt/bak/               #创建备份目录                  
 tar Jxf mysql_all_2023-6-19.tar.xz -C /opt/bak/  #将tar包解压到备份目录
 cd /opt/bak/                  #切换到tar包的解压目录
 \cp -af usr/local/mysql/data/ /usr/local/mysql   #将data目录复制到/usr/local/mysql/目录下,覆盖原有文件
 ​
 systemctl start mysqld        #启动mysql
 mysql -u root -p              #登录数据库查看
 show databases;

2.逻辑完全备份和恢复的常见方法

  • mysqldump是常用的逻辑备份工具
  • mysqldump可以将指定的库、表导出为SQL脚本

2.1.使用xtrabackup 工具

  • 是一个用来备份 MySQL数据库的开源工具

主要特点

  • 在线热备份。可以备份innodb和myisam。innodb主要应用recovery原理。myisam直接拷贝文件
  • 支持流备份。可以备份到disk,tape和reomot host。–stream=tar ./ | ssh user@remotehost cat “>” /backup/dir/支持增量备份。可以利用lsn和基础备份目录来进行增量备份
  • 支持记录slave上的master log和master position信息
  • 支持多个进程同时热备份,xtrabackup的稳定性还是挺好的

2.2.LVM

  • 热备、支持所有基于本地磁盘的存储引擎、快速备份、低开销、容易保持完整性、快速恢复等

2.3.cp + tar

  • 使用直接拷贝数据库文件的方式进行打包备份,需要注意的是执行步骤:锁表、备份、解表。
  • 恢复也很简单,直接拷贝到之前的数据库文件的存放目录即可

注意

  • 对于Innodb引擎的表来说,还需要备份日志文件,即ib_logfile*文件。因为当Innodb表损坏时,就可以依靠这些日志文件来恢复

2.4.mysqlhotcopy

  • mysqlhotcopy是一个perl程序,是lock tables、flush tables 和cp或scp来快速备份数据库
  • 它是备份数据库或单个表的最快的途径,但它只能运行在数据库文件(包括数据表文件、数据文件、索引文件)所在的机器上
  • mysqlhotcopy只能用于备份MyISAM

2.5.使用mysql主从复制

  • mysql的复制是指将主数据库的DDL和DML操作通过二进制文件(bin-log)传送到从服务器上,然后在从服务器上对这些日志做重新执行的操作,从而使得从服务器和主服务器保持数据的同步

3.mysqldump备份

3.1.完全备份一个或多个完整的库

mysqldump -uroot -p[密码] --databases 库名1 [库名2].. >/备份路径/备份文件名.sql#导出的就是数据库脚本文件

3.2.完全备份MySQL服务器中所有的库(包括库中所有的表)

 mysqldump -u root -p[密码] --all-databases > / 备份路径/备份文件名.sql

3.3.完全备份指定库中的部分表 

mysqldump -u root -p[密码] [-d] 库名 表名1 [表名2] ... > /备份路径/备份文件名.sql
#使用“-d"选项,说明只保存数据库的表结构
#不使用“-d”选项,说明表数据也进行备份

3.4.查看备份的sql文件

 cd /opt/sql_bak
 cat 文件名 | grep -v "^--" |grep -v "^/" |grep -v "^$"
 或
 cat 文件名 | egrep -v "^--|^/|^$"

3.5.使用mysql命令恢复数据库

 mysql -u root -p < /opt/sql_bak/test.sql     #重定向输入库文件
 ​
 mysql -u root -p -e 'SHOW DATABASES;'       #查看当前有哪些数据库

3.6.使用source命令恢复数据库

mysql -u root -pabc123; 登录数据库
source /opt/backup/tan1.sql  #使用soure 指定原先库备份的路劲
show  databases;   #查看库

3.7.恢复数据库中的表

 #重定向导入备份文件,必须指定库名,且目标库必须存在,如果没有库就要建库
 mysql -u root -p test < /opt/sql_bak/info_info2.sql   

五.增量备份与恢复

1.二进制日志文件

vim /etc/my.cnf
------------在“server-id”行下面添加mysql数据库的日志信息---------
server-id = 1
---------------------------------------------------------------
#错误日志
log-error=/usr/local/mysql/data/mysql_error.log
#通用查询日志
general_log=ON
general_log_file=/usr/local/mysql/data/mysql_general.log
#二进制日志
log_bin=mysql_bin
#慢查询日志
slow_query_log=ON
slow_query_log_file=/usr/local/mysql/data/mysql_slow_query.log
long_query_time=2
 
systemctl restart mysqld
mysql -uroot -pabc123

1.1.刷新生成二进制日志文件的两种方式

  • 重启数据库服务:systemctl restart mysqld
  • flush-logs命令刷新:mysqladmin -uroot -pabc123 flush-logs

1.2.二进制日志(binlog)有三种不同的记录格式

  • STATEMENT(基于SQL语句):默认格式是STATEMENT。该方式记录语句快,占用内存空间少。但高并发情况下会导致记录日志顺序紊乱,造成恢复数据时发生偏差
  • ROW(基于行):基于数据内容行进行记录,不仅记录执行的命令语句,还会记录命令影响的相关数据行
  • MIXED(混合模式):高并发情况下ROW方式进行记录,一般情况下采用STATEMENT方式进行记录

2.实例:完全备份+增量备份恢复数据库编辑

3.断点恢复

3.1.基于位置恢复

mysqlbinlog --no-defaults --start-position='开始位置点' --stop-position='结束位置点'  二进制文件路径 | mysql -u root -p密码

3.2.基于时间点恢复

mysqlbinlog --no-defaults --start-datetime='YYYY-mm-dd HH:MM:SS' --stop-datetime='YYYY-mm-dd HH:MM:SS'  二进制文件路径 | mysql -u root -p密码

4.断点恢复原则

  • 如果要恢复到某条sql语句之前的所有数据,就stop在这个语句的位置点或时间点之前
  • 如果要恢复某条sql语句及其之后的所有数据,就从这个语句的位置点或时间点开始start
  • 29
    点赞
  • 15
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值