MySQL基础(四)数据库备份

目录

前言

一、概述

1.数据备份的重要性

2.造成数据丢失的原因

二、备份类型

(一)、物理与逻辑角度

1.物理备份

2.逻辑备份

(二)、数据库备份策略角度

1.完整备份

2.增量备份

三、常见的备份方法

四、备份(重点)

(一)、完整备份

1.打包数据库文件备份

2.备份工具备份

(二)、增量备份

1.特点

2.二进制日志

3.增量恢复

总结



前言

在一些对数据可靠性要求很高的行业,若发生意外停机或数据丢失,其损失是十分惨重的。由此可见对重要的文件内容进行备份就显得尤为重要。

一、概述

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

1.数据备份的重要性

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

2.造成数据丢失的原因

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

二、备份类型

(一)、物理与逻辑角度

1.物理备份

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


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


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

2.逻辑备份

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

(二)、数据库备份策略角度

1.完整备份

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

2.增量备份

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

三、常见的备份方法

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


使用专用备份工具
    mysqldump
    mysqlhotcopy


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


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


注意事项
    定期备份,指定备份计划,严格遵守
    除了完全备份之外,开启binlog日志功能很重要
    使用统一的、容易理解的备份名称,推荐使用库名或者表名加上时间的命名规则

四、备份(重点)

(一)、完整备份

1.打包数据库文件备份

位置
    源码包的位置/usr/local/mysql/data/
    rpm包的位置/var/lib/mysql

备份
    在数据库中创建数据表,并写入数据
    停止数据库服务
    创建备份目录
    按照特定格式对数据库目录进行备份
        tar  czf  mysql_all-$(date  +%F).tar.gz  /var/lib/mysql/*

MySQL基础(四)数据库备份_第1张图片

 MySQL基础(四)数据库备份_第2张图片

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

MySQL基础(四)数据库备份_第3张图片

 MySQL基础(四)数据库备份_第4张图片

2.备份工具备份

备份
    工具
        mysqldump

对单个库进行完全备份
        mysqldump -u用户名 -p[密码] [选项] --databases 数据库名 > /备份路径/备份文件名

 对多个库进行完全备份
        mysqldump -u用户名 -p[密码] [选项] --databases 数据库名1  数据库名2…… > /备份路径/备份文件名

 对所有库进行完全备份(指自己所创建的所有数据库)
        mysqldump -u用户名 -p[密码] [选项] --opt --all-databases > /备份路径/备份文件名

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

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

还原
    工具
        source
            登录mysql 数据库执行source  备份sql脚本路径
        mysql
            mysql -u用户名 -p[密码] < 库备份脚本的路径
            mysql -u用户名 -p[密码] 库名 < 表备份脚本的路径

以单个数据库备份还原为例

-p后加密码会显示 [Warning] ,但不影响操作

MySQL基础(四)数据库备份_第5张图片

MySQL基础(四)数据库备份_第6张图片

或者在mysql里有source命令

MySQL基础(四)数据库备份_第7张图片

MySQL基础(四)数据库备份_第8张图片

以表的结构备份还原为例 

MySQL基础(四)数据库备份_第9张图片

MySQL基础(四)数据库备份_第10张图片

 MySQL基础(四)数据库备份_第11张图片

(二)、增量备份

使用完全备份时,备份与恢复的时间过长
增量备份就是备份自上一次备份之后增加的或改变的文件内容

1.特点


    没有重复数据,备份量不大,时间短
    恢复麻烦,需要上次完全备份及完全备份之后所有的增量备份才能恢复,而且要对所有增量备份进行逐个反推恢复
    MySQL没有提供直接的增量备份办法,可以通过MySQL提供的二进制日志(binary logs(binlog))间接实现增量备份

2.二进制日志

MySQL二进制日志对备份的意义
    二进制日志保存了所有更新或者可能更新数据库的操作。
    二进制日志在启动MySQL服务器后开始记录,并在文件达到max_binlog_size所设置的大小或者接收到flush logs命令后重新创建新的日志文件。

开启二进制日志备份功能
    MySQL的配置文件的[mysqld]项中加入 log-bin=文件存放路径/文件前缀,如(server-id=1, log-bin=mysql-bin),然后重启mysqld服务。默认此配置存在。
    使用mysqld --log-bin=文件存放路径/文件前缀 重新启动mysqld服务每周选择服务器负载较轻的时间段,或者用户访问较少的时间段进行备份。

流程

vim /etc/my.cnf(rpm安装)插入

server-id=1

log-bin=musql-bin

MySQL基础(四)数据库备份_第12张图片

systemctl restart mysqld

mysql -uroot -p123456

use class

select *from yi;

MySQL基础(四)数据库备份_第13张图片

 insert into yi values(3,'sun',24),(4,'qin',24);

mysqladmin -uroot -p123456 flush-logs

mysqlbinlog  -v   /var/lib/mysql/mysql-bin.000001

MySQL基础(四)数据库备份_第14张图片

 ls /var/lib/mysql

insert into yi values(5,'zhao',25),(6,'qian',25);

mysqladmin -uroot -p123456 flush-logs

mysqlbinlog  -v   /var/lib/mysql/mysql-bin.000002

MySQL基础(四)数据库备份_第15张图片

 ls  /var/lib/mysql

  

delete from yi where id=1; 

mysqladmin -uroot -p123456 flush-logs

mysqlbinlog  -v   /var/lib/mysql/mysql-bin.000003

MySQL基础(四)数据库备份_第16张图片

3.增量恢复

应用场景
    人为的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,数据库)