目录
一.数据备份的重要性
二.数据库备份的分类和备份策略
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包传给另一台主机Bscp /backup/mysql_all_2023-6-19.tar.xz root@192.168.73.106:/opt##主机B的操作##systemctl stop mysqld #关闭mysqlcd /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 #启动mysqlmysql -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_bakcat 文件名 | 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=2systemctl 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