Linux系统MySQL数据库的备份及应用

本节主要学习了MySQL数据库的备份:概念,数据备份的重要性,造成数据丢失的原因,备份的类型,常见的备份方法,实例与应用等。


目录

一、概述

二、数据备份的重要性

三、造成数据丢失的原因

四、备份类型

1、物理与逻辑角度

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

②逻辑备份

2、数据库备份策略角度

(1)完整备份

(2)增量备份

五、常见的备份方法

1、物理备份

2、使用专用备份工具

3、通过启用二进制日志增量备份

4、第三方工具备份

5、注意事项

六、备份

1、完整备份

①打包数据库文件备份

②备份工具备份

1、备份

对单个库进行完全备份

对多个库进行完全备份

对所有库进行完全备份

对表进行完全备份

对表的结构进行备份

2、还原(工具)

2、增量备份

特点

MySQL二进制日志对备份的意义

开启二进制日志备份功能

增量恢复

应用场景

方法

七、实例—MySQL企业备份案例

安装mysql(yum 方式)

添加数据库、表,录入数据

先进行一次完全备份

进行一次日志回滚(生成新的二进制日志)

继续录入新的数据

 进行增量备份

模拟误操作删除user_info表

恢复完全备份

恢复增量备份

基于时间点的增量备份恢复

 只恢复赵六,不恢复孙七:

只恢复孙七,不恢复赵六:


一、概述

                       数据库备份是指将数据库中的数据、表格、视图、存储过程、触发器等信息备份到另一个地方,以便在数据库丢失或损坏时进行恢复。数据库备份是数据库管理中必不可少的一项工作,通过备份可以保护数据库中的数据和业务

二、数据备份的重要性

                        备份的主要目的是灾难恢复,备份还可以测试应用,回滚数据修改,查询历史数据,审计等。

三、造成数据丢失的原因

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

四、备份类型

1、物理与逻辑角度

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

(1)冷备份

                    是在关闭数据库的时候进行的

(2)热备份

                    数据库处于运行状态,这种备份方法依赖于数据库的日志文件

②逻辑备份

           对数据库逻辑组件(如表等数据库对象)的备份,表时为逻辑数据库结构(create database、 create table等语句)和内容(insert语句或分割文本文件)的信息

2、数据库备份策略角度

(1)完整备份

                     完整备份指的是备份整个数据库的所有信息,包括数据库文件中所有的数据、表、视图、存储过程、触发器等。一般来说,完整备份是备份最全面、可靠的方式,但备份文件体积较大,备份时间也相对较长

(2)增量备份

                        增量备份指的是在完整备份的基础上,每隔一定时间备份新增的数据或修改的数据。这种备份方式可以节省备份时间和备份文件的空间,但需要配合特定软件或命令进行

五、常见的备份方法

1、物理备份

                   物理冷备份时需要在数据库处于关闭状态下,能够较好的保证数据库的完整性。物理冷备份以用于非核心业务,这类业务都允许中断,物理冷备份的特点就是速度快,恢复时也是最为简单的,通过直接打包数据库文件夹(/usr/local/mysql/data)来实现备份。

2、使用专用备份工具

mysqldump

mysqlhotcopy

3、通过启用二进制日志增量备份

                    MySQL支持增量备份,进行增量备份时必须启用二进制日志。二进制日志文件为用户提供复制。对执行备份点后进行的数据库更改所需的信息进行备份。如果进行增量备份(包含上次完全备份或增量备份以来发生的数据修改),需要刷新二进制日志。

4、第三方工具备份

                     Percona XtraBackup是一个免费的MySQL热备份软件,支持在线备份innodb和XtraDB,也可以支持MySQL表备份,

5、注意事项

                  定期备份,指定备份计划,严格遵守

                  除了完全备份之外,开启binlog日志功能很重要

                  使用统一的、容易理解的备份名称,推荐使用库名或者表名加上时间的命名规则

六、备份

1、完整备份

①打包数据库文件备份

位置源码包的位置/usr/local/mysql/data/
rpm包的位置/var/lib/mysql
备份在数据库中创建数据表,并写入数据
停止数据库服务
创建备份目录

按照特定格式对数据库目录进行备份

tar  czf  mysql_all-$(date  +%F).tar.gz  /var/lib/mysql/*

还原创建还原目录
模拟元数据丢失
将解压之后的数据还原值原目录
登录查看

 例题:误删除数据库文件

前提准备:

 ②备份

按照特定格式对数据库目录进行备份

 停服务并将 /var/lib/mysql 的所有文件移动到指定目录

 重启服务并登录(发现输入正确密码登录不了MySQL)

 准备好提前备份的压缩文件并解压到指定目录

 停止服务并进到 cd /var/lib/mysql/ 删除所有文件(因为刚刚启动MySQL,登陆时会自动产生文件)

 进入到刚刚解压好的目录( ····/var/lib/mysql/ )中移动所有文件及目录到 /var/lib/mysql/  重启服务登录MySQL

②备份工具备份

1、备份

工具    mysqldump

对单个库进行完全备份

    mysqldump -u用户名 -p[密码] [选项] --databases [数据库名] > /备份路径/备份文件名

数据库查看库

备份数据库

 删除数据库

 利用备份文件恢复数据库

 登录数据库查看

对多个库进行完全备份

    mysqldump -u用户名 -p[密码] [选项] --databases 库名1 [库名2]…… > /备份路径/备份文件名

备份

 删除数据库

 恢复数据库

 登录数据库查看

对所有库进行完全备份

    mysqldump -u用户名 -p[密码] [选项] --opt --all-databases > /备份路径/备份文件名

对表进行完全备份

    mysqldump -u用户名 -p[密码] [选项] 数据库名 表名 > /备份路径/备份文件名

查看表信息

 备份数据表信息

 登录数据库删除表并恢复数据

在数据库内恢复数据

 

对表的结构进行备份

    mysqldump -u用户名 -p[密码] -d 数据库名 表名 > /备份路径/备份文件名

2、还原(工具)

    source

        登录mysql 数据库执行source  备份sql脚本路径

 

    mysql

        mysql -u用户名 -p[密码] < 库备份脚本的路径

        mysql -u用户名 -p[密码] 库名 < 表备份脚本的路径

删除表:用户信息表

 还原

登录MySQL 查看

2、增量备份

使用完全备份时,备份与恢复的时间过长

增量备份就是备份自上一次备份之后增加的或改变的文件内容

特点

    没有重复数据,备份量不大,时间短

    恢复麻烦,需要上次完全备份及完全备份之后所有的增量备份才能恢复,而且要对所有增量备份

进行逐个反推恢复

    MySQL没有提供直接的增量备份办法,可以通过MySQL提供的二进制日志(binarylogs(binlog))间接实现增量备份

MySQL二进制日志对备份的意义

      二进制日志保存了所有更新或者可能更新数据库的操作。

二进制日志在启动MySQL服务器后开始记录,并在文件达到max_binlog_size所设置的大小或者接收到flush logs命令后重新创建新的日志文件。

开启二进制日志备份功能

         MySQL的配置文件的[mysqld]项中加入 log-bin=文件存放路径/文件前缀,如 log-bin=mysql-bin,然后重启mysqld服务。默认此配置存在。

         使用mysqld --log-bin=文件存放路径/文件前缀 重新启动mysqld服务每周选择服务器负载较轻的时间段,或者用户访问较少的时间段进行备份

增量恢复

应用场景

         人为的SQL语句破坏了数据库

          在进行下一次全备之前发生系统故障导致数据库丢失

          在主从架构中,主库数据发生了故障,保证从库数据一致性

方法
一般恢复备份的二进制日志内容全部恢复
格式: mysqldbinlog [--no-defaults] 增量备份文件 | mysql -u用户名 -p密码
基于时间点的恢复便于跳过某个发生错误的时间点实现数据恢复
格式:从日志开头截止到某个时间点的恢复:
mysqlbinlog [--no-defaults] --stop-datetime=’年-月-日 小时:分钟:秒‘ 二进制日志 | mysql -u用户名 -p密码
从某个时间点到日志结尾的恢复mysqlbinlog [--no-defaults] --start-datetime=’年-月-日 小时:分钟:秒‘ 二进制日志 | mysql -u用户名 -p密码
从某个时间点到某个时间点的恢复mysqlbinlog [--no-defaults] --start-datetime=’年-月-日 小时:分钟:秒‘ --stop-datetime=’年-月-日 小时:分钟:秒‘ 二进制日志 | mysql -u用户名 -p密码
基于位置的恢复可能在同一时间点既有错误的操作也有正确的操作,基于位置进行恢复更加准确
mysqlbinlog --stop-position=‘操作 id‘ 二进制日志 | mysql -u用户名 -p密码
mysqlbinlog --start-position=‘操作 id‘ 二进制日志 | mysql -u用户名 -p密码

 一般恢复

基于时间点的恢复

七、实例—MySQL企业备份案例

                     需求描述:

                                    北京移电通信公司的用户信息数据库为client,用户资费数据表为user_info

                                    请为该公司每周进行完全备份

                                    每天为该公司进行增量备份

                                   新增加的用户信息如表所示

安装mysql(yum 方式)

配置文件中添加:character-set-server=utf8

添加数据库、表,录入数据

先进行一次完全备份

修改配置文件生成二进制日志

server-id=1

log-bin=mysql-bin

进行一次日志回滚(生成新的二进制日志)

进行日志回滚:mysqladmin -uroot -p123456 flush-logs

继续录入新的数据

 进行增量备份

mysqladmin -uroot -p123456 flush-logs  生成回滚日志00003

将  mysql-bin.000002回滚日志移动到指定目录

并查看 mysqlbinlog -v /root/backup/mysql-bin.000002

模拟误操作删除user_info表

恢复完全备份

mysql -uroot -p123456 client < /root/backup/client_userinfo-2020-07-30.sql

并查看数据库是否恢复

恢复增量备份

mysqlbinlog --no-defaults /mysql_bak/mysql-bin.000002 | mysql -uroot -p123456

并查看数据是否恢复

基于时间点的增量备份恢复

删除原有数据表

mysql -uroot -p123456 client < /root/backup/client_userinfo-2020-07-30.sql

查看 mysql-bin.000002 的内容

 

 信息一

 信息二

 只恢复赵六,不恢复孙七:

mysqlbinlog --no-defaults --stop-datetime="2023-07-27 20:14:55" /root/backup/mysql-bin.000002 | mysql -uroot -p123456

 查看数据是否成功入库

只恢复孙七,不恢复赵六:

mysqlbinlog --no-defaults --stop-datetime="2023-07-27 20:17:09" /root/backup/mysql-bin.000002 | mysql -uroot -p123456

  查看数据是否成功入库

  • 0
    点赞
  • 9
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值