MySQL--数据库备份
为什么要备份、MySQL数据备份需要重视的内容、MySQL备份类型:物理备份、逻辑备份、物理和逻辑备份的区别。MySQL备份工具、物理备份的方式、完全备份——完整备份、增量备份、差异备份、percona工具、安装xtrackbackup、完全备份流程、增量备份流程、差异备份流程。mysqldump逻辑备份、常用备份选项、备份表、备份库、恢复数据库和表通过binlog日志恢复数据
前言:本博客仅作记录学习使用,部分图片出自网络,如有侵犯您的权益,请联系删除
一、为什么要备份
- 备份:能够防止由于机械故障以及人为误操作带来的数据丢失,例如将数据库文件保存在了其它地方。
-
冗余: 数据有多份冗余,但不等备份,只能防止机械故障带来的数据丢失,例如主备模式、数据库 集群。
二、MySQL数据备份需要重视的内容
- 备份内容:databases、 Binlog、 my.cnf
- 所有备份数据都应放在非数据库本地,而且建议有多份副本。
- 测试环境中做日常恢复演练,恢复较备份更为重要。
备份过程必须考虑因素:
1. 数据的一致性
2. 服务的可用性
Mysql A (读写) 压力比较大
|
Mysql B (读) 压力比较小 从节点做备份
三、MySQL备份类型
1、物理备份
直接复制数据库文件,适用于大型数据库环境,不受存储引擎的限制,但不能恢复到不同的MySQL版本。
(1)热备(hot backup)
在线备份,数据库处于运行状态,这种备份方法依赖于数据库的日志文件;对应用基本无影响(但是性能还是会有下降,所以尽量不要在主库上做备份,在从库上做)
(2)冷备(cold backup)
备份数据文件,需要停机,是在关闭数据库的时候进行的;
-
备份 datadir 目录下的所有文件
(3)温备(warm backup)
- 针对myisam的备份(myisam不支持热备),备份时候实例只读不可写,数据库锁定表格(不可写入但可 读)的状态下进行的
- 对应用影响很大
- 通常加一个读锁
2、逻辑备份
备份的是建表、建库、插入等操作所执行SQL语句(DDL DML DCL),适用于中小型数据库,效率相对较低。
3、物理和逻辑备份的区别
逻辑备份 | 物理备份 | |
---|---|---|
备份方式 | 备份数据库建表、建库、插入sql | 备份数据库物理文件 |
优点 | 语句备份文件相对较小,只备份表中的数据与结构 | 恢复速度比较快 |
缺点 | 恢复速度较慢(需要重建索引,存储过程等) | 备份文件相对较大(备份表空间,包含数据与索引) |
对业务影响 | I/0负载加大 | I/O负载加大 |
代表工具 | mysqldump | ibbackup、xtrabackup |
四、MySQL备份工具
1、ibbackup
官方备份工具;收费;物理备份
2、xtrabackup
开源社区备份工具;开源免费;物理备份
3、mysqldump
官方自带备份工具;开源免费;逻辑备份(速度慢)
4、mysqlbackup
mysql 官方备份工具;innodb 引擎的表mysqlbackup 可以进行热备;非innodb 表mysqlbackup 就只能温备;物理备份,备份还原速度快;适合大规模数据使用;
五、物理备份的方式
1、完全备份——完整备份
每次对数据进行完整的备份,即对整个数据库的备份、数据库结构和文件结构的备份,保存的是备份完成时刻的数据库,是差异备份与增量备份的基础。
优点:备份与恢复操作简单方便,恢复时一次恢复到位,恢复速度快
缺点:占用空间大,备份速度慢
2、增量备份
每次备份上一次备份到现在产生的新数据;只有那些在上次完全备份或者增量备份后被修改的文件才会被备份。以上次完整备份或上次的增量备份的时间为时间点,仅备份这之间的数据变化;
特点:因而备份的数据量小,占用空间小,备份速度快。但恢复时,需要从上一次的完整备份起按备份时间顺序,逐个备份版本进行恢复,恢复时间长,如中间某次的备份数据损坏,将导致数据的丢失。
3、差异备份
只备份跟完整备份不一样的;备份那些自从第一次次完全备份之后被修改过的所有文件,备份的时间起点是从第一次的完整备份起,且以 后每次备份都是和第一次完整备份进行比较(注意是第一次,不是上一次),备份自第一次完整备份以来所有的修改过的文件;备份数据量会越来越大;
特点:占用空间比增量备份大,比完整备份小,恢复时仅需要恢复第一个完整版本和最后一次的差异版本,恢复速度介于完整备份和增量备份之间。
六、percona工具
Xtrabackup 是开源免费的支持MySQL 数据库热备份的软件,在 Xtrabackup 包中主要有Xtrabackup 和innobackupex 两个工具。其中 Xtrabackup 只能备份 InnoDB 和 XtraDB 两种引擎; innobackupex则是封装了Xtrabackup,同时增加了备份MyISAM引擎的功能。它不暂停服务创建Innodb热备份;
1、安装xtrackbackup
百度自行搜索;
(1)上传peronaRPM包
# yum -y install percona-xtrabackup-24-2.4.5-1.el7.x86_64.rpm
2、完全备份流程
1、systemctl stop mysqld # 关闭数据库
2、mkdir /xtrabackup/ # 创建备份目录
3、innobackupex --user=root --password=123 /xtrabackup/ # 备份
4、innobackupex --apply-log /xtrabackup/<要恢复的目录> # 准备恢复数据
5、innobackupex --copy-back /xtrabackup/<要恢复的目录> # 恢复数据
6、chown mysql.mysql /data -R # 添加权限
具体示例演示:
# 数据库备份
[root@centos /]# innobackupex --user=root --password=123 /xtrabackup/
# 备份完成,在/xtrabackup/目录下能看到备份好的目录
[root@centos /]# cd /xtrabackup/
[root@centos xtrabackup]# ls
2024-07-26_15-41-02
--------------------------------------------------------
# 实验:删除数据库中的数据
[root@centos /]# rm -rf /data/mysql/data/ # 删除完数据,可进入数据库查看库进行验证,开始恢复数据
[root@centos /]# innobackupex --apply-log /xtrabackup/2024-07-26_15-41-02
[root@centos /]# innobackupex --copy-back /xtrabackup/2024-07-26_15-41-02
[root@centos /]# chown mysql.mysql /data -R # 恢复完成
[root@centos /]# systemctl restart mysqld
[root@centos /]# mysql
mysql> show databases;
3、增量备份流程
基本语法:
1、systemctl stop mysqld
2、innobackupex --user=root --password=123 /xtrabackup/ # 完全备份
3、innobackupex --user=root --password=123 --incremental /xtrabackup/ --incremental-basedir=/xtrabackup/完全备份的目录
4、innobackupex --user=root --password=123 --incremental /xtrabackup/ --incremental-basedir=/xtrabackup/上一次增量的备份目录
5、innobackupex --apply-log --redo-only /xtrabackup/全备目录
6、innobackupex --apply-log --redo-only /xtrabackup/全备 --incremental-dir=/xtrabackup/要恢复的上一次增量目录
7、innobackupex --copy-back /xtrabackup/全备
具体示例演示:
[root@centos /]# innobackupex --user=root --password=123 /xtrabackup/ #全备
[root@centos /]# cd /xtrabackup # 检查第一次全备目录
[root@centos xtrabackup]# ls
2024-07-26_16-54-18
# 开始实验,创建周一sunday库
mysql> create database sunday;
# 第一次备份选用上个备份目录,这里即全备目录
[root@centos /]# innobackupex --user=root --password=123 --incremental /xtrabackup/ --incremental-basedir=/xtrabackup/2024-07-26_16-54-18
# 查看目录,发现多了带有sunday库的目录
[root@localhost xtrabackup]# ls
2024-07-26_16-54-18 2024-07-26_17-01-01
# 再创建一个周二tuesday库
mysql> create database tuesday;
# 第二次增量备份选用上次目录,即从sunday库备份的目录
[root@centos /]# innobackupex --user=root --password=123 --incremental /xtrabackup/ --incremental-basedir=/xtrabackup/2024-07-26_17-01-01
[root@localhost xtrabackup]# ls # 查看,多出的目录即带有tuesday的备份目录
2024-07-26_16-54-18 2024-07-26_17-01-01 2024-07-26_17-03-34
# 增加权限并重启mysqld服务
[root@centos /]# rm -rf /data/mysql/data
[root@centos /]# chown -R mysql.mysql /data
[root@centos /]# systemctl restart mysqld
mysql> show databases; # 检查数据库,发现无数据库;开始恢复
[root@centos /]# innobackupex --apply-log --redo-only /xtrabackup/2024-07-26_16-54-18
[root@centos /]# innobackupex --apply-log --redo-only /xtrabackup/全备 --incremental-dir=/xtrabackup/2024-07-26_17-03-34 # 这里选择恢复tuesday备份目录
mysql> show databases; # 检查数据库,发现数据库中连带monday库一起恢复
+--------------------+
| Database |
+--------------------+
| information_schema |
| monday |
| mysql |
| performance_schema |
| sys |
| tuesday |
+--------------------+
4、差异备份流程
七、mysqldump逻辑备份
推荐优先使用
1、常用备份选项
-A, --all-databases #备份所有库
-B, --databases #备份多个数据库
-F, --flush-logs #备份之前刷新binlog日志
--default-character-set #指定导出数据时采用何种字符集,如果数据表不是采用默认的latin1
字符集的话,那么导出时必须指定该选项,否则再次导入数据后将产生乱码问题。
--no-data,-d #不导出任何数据,只导出数据库表结构。
--lock-tables #备份前,锁定所有数据库表
--single-transaction #保证数据的一致性和服务的可用性
-f, --force #即使在一个表导出期间得到一个SQL错误,继续。
使用 mysqldump 备份数据库时避免锁表:
对一个正在运行的数据库进行备份请慎重!! 如果一定要在服务运行期间备份,可以选择添加 --single-transaction选项, 类似执行: mysqldump --single-transaction -u root -p123456 dbname > mysql.sql
2、备份表
语法: # mysqldump -u root -p1 db1 t1 > /db1.t1.bak
[root@mysql-server ~]# mkdir /home/back # 创建备份目录
[root@mysql-server ~]# mysqldump -uroot -p'qf123' company employee5 >
/home/back/company.employee5.bak
# 备份多个表:
语法: mysqldump -u root -p1 db1 t1 t2 > /db1.t1_t2.bak
[root@mysql-server ~]# mysqldump -uroot -p'qf123' company new_t1 new_t2 >
/home/back/company.new_t1_t2.bak
3、备份库
备份一个库:相当于将这个库里面的所有表全部备份。
语法: # mysqldump -u root -p1 db1 > /db1.bak
[root@mysql-server ~]# mysqldump -uroot -p'qf123' company >
/home/back/company.bak
备份多个库:
语法:mysqldump -u root -p1 -B db1 db2 db3 > /db123.bak
[root@mysql-server ~]# mysqldump -uroot -p'qf123' -B company testdb >
/home/back/company_testdb.bak
备份所有的库:
语法:# mysqldump -u root -p1 -A > /alldb.bak
[root@mysql-server ~]# mysqldump -uroot -p'qf123' -A > /home/back/allbase.bak
4、恢复数据库和表
为保证数据一致性,应在恢复数据之前停止数据库对外的服务,停止binlog日志 因为binlog使用binlog日志恢复数据时也会产生binlog日志。
为实验效果先将刚才备份的数据库和表删除了。登陆数据库:
[root@mysql-server ~]# mysql -uroot -pqf123
mysql> show databases;
mysql> drop database company;
mysql> \q
恢复库
登陆mysql创建一个库
mysql> create database company;
恢复:
[root@mysql-server ~]# mysql -uroot -p'qf123' company < /home/back/company.bak
恢复表
登陆到刚才恢复的库中将其中的一个表删除掉
mysql> show databases;
mysql> use company
mysql> show tables;
+-------------------+
| Tables_in_company |
+-------------------+
| employee5 |
| new_t1 |
| new_t2 |
+-------------------+
mysql> drop table employee5;
开始恢复:
mysql> set sql_log_bin=0; #停止binlog日志
Query OK, 0 rows affected (0.00 sec)
mysql> use company;
mysql> source /home/back/company.employee5.bak; -------加路径和备份的文件
恢复方式二:
# mysql -u root -p1 db1 < db1.t1.bak
库名 备份的文件路径
[root@mysql-server ~]# mysql -uroot -p'qf123' company <
/home/back/company.employee5.bak
5、备份及恢复表结构
备份 linux中执行
mysqldump -uroot -p123 库 > 备份路径
mysqldump -uroot -p123 库 表1 表2 > 备份路径 # 备份一个库里的多张表
mysqldump -uroot -p123 -B 库1 库2 > 备份路径 # 备份多个库
mysqldump -uroot -p123 -A > 备份路径 # 备份所有数据
还原
mysql -uroot -p 库 < 备份数据 # 恢复单个库需要手动创建库
mysql -uroot -p < 备份数据 # 如果还原多个库或者所有数据,无需手动创建库
seuce还原
在数据库中,执行 source 备份文件
备份恢复表结构
1.备份表结构:
语法:mysqldump -uroot -p123456 -d database table > dump.sql
[root@mysql-server ~]# mysqldump -uroot -p'qf123' -d company employee5 >
/home/back/emp.bak
恢复表结构:
登陆数据库创建一个库
mysql> create database t1;
语法:# mysql -u root -p1 -D db1 < db1.t1.bak
[root@mysql-server ~]# mysql -uroot -p'qf123' -D t1 < /home/back/emp.bak
通过binlog日志恢复数据
- 先开启binl 重启服务
- 查看正在使用的binlog,找到binlog日志 /data/mysql/data /var/lib/mysql /usr/local/mysql
- 找到想要恢复数据的偏移量
- linux下,mysqlbinlog --start-position 844899 --stop-position 844994 137.000003 |mysql -uroot
- 在数据库中查看数据是否恢复
致谢
在此,我要对所有为知识共享做出贡献的个人和机构表示最深切的感谢。同时也感谢每一位花时间阅读这篇文章的读者,如果文章中有任何错误,欢迎留言指正。
学习永无止境,让我们共同进步!!
更多推荐
所有评论(0)