失眠网,内容丰富有趣,生活中的好帮手!
失眠网 > MySQL介绍增量备份与恢复

MySQL介绍增量备份与恢复

时间:2019-07-13 10:17:54

相关推荐

MySQL介绍增量备份与恢复

数据库|mysql教程

MySQL,增量备份,恢复

数据库-mysql教程

公众号版幸运28源码下载,ubuntu下使用hhkb,shiro如何识别爬虫,php取消空格,做过seo的人lzw

文章目录

复古传奇网站源码,vscode加svn,ubuntu本地安装snmp,tomcat 配置 用户,sqlite 命令大全,shop 支付插件,语雀的前端框架,价格爬虫软件,php 删除文件,徐seo,php中文电子商务网站,网页如何开启gzip压缩,discuz 瀑布流模板,获取页面控件颜色,班级网站管理系统 1.0,人人小程序路径怎么获取lzw

A、MySQL 增量备份1.增量备份的概念1.1 为什么使用增量备份1.2 增量备份的特点2.增量备份示例B、MySQL 增量恢复1.增量恢复的场景2.丢失完全备份之后更改的数据的恢复步骤3.完全备份之后丢失所有数据的恢复步骤4. 基于时间点与位置的恢复4.1 基于时间点的恢复4.1 基于位置的操作5. 指定企业备份策略的思路

1010 游戏源码,vscode内存快照,ubuntu sehll,tomcat多开配置,sqlite3 内置函数,js 图片裁剪缩放插件,微信公众号框架前端搭建,樟脑丸驱爬虫吗,mamp php版本,豌豆seo说运营,普通网站加css3,html5手机网页代码,php登录注册界面模板lzw

A、MySQL 增量备份

1.增量备份的概念

1.1 为什么使用增量备份

前面章节讲到了完全备份有两种方式,一种是使用 tar 打包数据文件,另一种是

使用 mysqldump 进行完全备份完全备份存在的问题很容易看到,每次都是把所有的数据内容进行备份,备份数据中有大量的重复数据,并且完全备份的时间与恢复的时间很长解决完全备份存在的问题就是使用增量备份的方式,增量备份就是备份自上一次备份之后增加或改变的文件或者内容

1.2 增量备份的特点

增量备份的优点是没有重复数据,备份量不大,时间短缺点也很明显,需要上次完全备份及完全备份之后所有的增量备份才能恢复,而且对所有增量备份进行逐个反推恢复,操作较为繁锁MySQL 没有提供直接的增量备份方法,但是可以通过 MySQL 的二进制日志(binary

logs)间接实现增量备份

2.增量备份示例

开启二进制日志功能

vim /etc/f...[mysqld]log-bin=mysql-binbinlog_format = MIXED#指定二进制日志(binlog)的记录格式为 MIXEDsystemctl restart mysqld.service#重启服务cd /usr/local/mysql/datals -l /usr/local/mysql/data/mysql-bin.*#查看二进制文件#二进制日志(binlog)有3种不同的记录格式:STATEMENT(基于SQL语句)、ROW(基于行)、MIXED(混合模式)#默认格式是 STATEMENT

每周选择服务器负载较轻的时间段,或者用户访问较少的时间段进行备份

mysqldump -uroot -p123123 SCHOOL CLASS01 > /opt/SCHOOL_CLASS01_$(date +%F).sql#对表进行完全备份mysqldump -uroot -p123123 --all-databases SCHOOL > /opt/SCHOOL_$(date +%F).sql#对库进行完全备份crontab -e#也可以使用计划性任务来执行30 3 * * 3 mysqldump -uroot -p123123 SCHOOL CLASS01 > /opt/SCHOOL_CLASS01_$(date +%F).sql30 3 * * 3 mysqldump -uroot -p123123 --all-databases SCHOOL > /opt/SCHOOL_$(date +%F).sql每周三的凌晨 3:00 对数据库和表进行完全备份

可每天进行增量备份操作,生成新的二进制日志文件,这样在插入新的数据后,新的二进制文件对应的就是数据库的变化的内容

ls /usr/local/mysql/datamysqladmin -uroot -p123123 flush-logs

插入新的数据,以模拟数据的增加或变更

use SCHOOL;insert into CLASS01 values(3,wangsan,woman,games);insert into CLASS01 values(4,wangsi,man, uning);select * from CLASS01;

生成新的二进制文件并查看其内容

cd /usr/local/mysql/data/lsmysqladmin -uroot -p123123 flush-logs

cp mysql-bin.000002 /opt/#将记录变更的二进制文件02复制至/opt目录下cd /opt/lsmysqlbinlog --no-defaults --base64-output=decode-rows -v /opt/mysql-bin.000002#使用64位编码机制去解码,按行读取详细内容

B、MySQL 增量恢复

增量恢复比完全恢复操作更为繁琐每个增量备份都是单独的个体,数据不重复,需要控制得更加精确

1.增量恢复的场景

当数据发送错误时,应根据实际情况选择使用完全备份恢复,还是增量备份增量备份的场景是:人为的 SQL 语句破坏了数据库在进行下一次全备之前发送系统故障导致数据库数据丢失在主从架构中,主库数据发送了故障根据数据丢失的情况可以分为两类:只丢失了完全备份之后更改的数据完全备份之后丢失所有的数据

2.丢失完全备份之后更改的数据的恢复步骤

当完全备份之后更改的数据丢失,需要把完全备份之后的所有增量备份文件逐个恢复步骤如下:

mysql -uroot -p123123use SCHOOL;delete from CLASS1 where id=3;delete from CLASS1 where id=4;#删除插入的两条数据,模拟完全备份后数据丢失的故障select * from CLASS01;#检查quitmysqlbinlog --no-defaults /opt/mysql-bin.000002 | mysql -uroot -p123123#使用二进制文件进行恢复操作mysql -uroot -p123123 -e "select * from SCHOOL.CLASS01;"#检查表内容是否恢复

3.完全备份之后丢失所有数据的恢复步骤

当完全备份和增量备份之后,所有的数据丢失,需要把完全备份和所有增量备份文件逐个恢复步骤如下:

mysql -uroot -p123123use SCHOOL;drop table CLASS01;#直接删除整个表,假设完全备份后所有数据都丢失了quitmysql -uroot -p123123 SCHOOL < /opt/SCHOOL_CLASS01_-02-06.sqlmysql -uroot -p123123 -e "select * from SCHOOL.CLASS01;"#进行完全备份后查看一下mysqlbinlog --no-defaults /opt/mysql-bin.000002 | mysql -uroot -p123123#增量备份mysql -uroot -p123123 -e "select * from SCHOOL.CLASS01;"

4. 基于时间点与位置的恢复

利用二进制日志可实现基于时间点与位置的恢复,例如由于误操作删除了一张表,这时完全恢复是没有用的因为日志里还有误操作的语句,我们需要的是恢复到误操作之前的状态,然后跳过误操作的语句,再恢复后面操作的语句

4.1 基于时间点的恢复

基于时间点的恢复,就是将某个起始时间的二进制文件导入数据库中,从而跳过某个发生错误的时间点实现数据的恢复使用 mysqlbinlog 加上 –stop-datetime 选项,表示在哪个时间点结束,后面误操作的语句不执行–start-datetime 选项表示执行后面的语句结合使用它们就可以跳过误操作的语句,完成恢复工作需要注意的是,二进制文件中保存的日期格式需要调整为用“-”分割

#恢复用户“wangsan”的数据,而不恢复“wangsi”mysql -uroot -p123123 -e "truncate table SCHOOL.CLASS01;"mysql -uroot -p123123 -e "select * from SCHOOL.CLASS01;"mysqlbinlog --no-defaults --stop-datetime=-02-06 15:58:39 /opt/mysql-bin.000002 |mysql -uroot -p123123mysql -uroot -p123123 -e "select * from SCHOOL.CLASS01;"

#恢复“wangsi”的数据mysqlbinlog --no-defaults --start-datetime=-02-06 15:58:39 /opt/mysql-bin.000002 |mysql -uroot -p

4.1 基于位置的操作

基于位置的恢复,就是使用基于时间点的恢复可能会出现在一个时间点里既同时存在正确的操作又存在错误的操作,基于位置是一种更为精确的恢复方式

mysqlbinlog --no-defaults --stop-position=609 /opt/mysql-bin.000002 | mysql -uroot -p#使用64位编码机制去解码并按行读取二进制文件02(增量备份)的详细内容......略

#仅恢复“1810”之前的数据,即不恢复“wangsi”的数据mysql -uroot -p123123 -e "select * from SCHOOL.CLASS01;"mysql -uroot -p123123 -e "truncate table SCHOOL.CLASS01;"mysql -uroot -p123123 -e "select * from SCHOOL.CLASS01;"mysqlbinlog --no-defaults --stop-position=1810 /opt/mysql-bin.000002 | mysql -uroot -pmysql -uroot -p123123 -e "select * from SCHOOL.CLASS01;"

#仅恢复“wangsi”的数据,跳过“wangsan”的数据恢复,即仅有第四条记录mysql -uroot -p123123 -e "select * from SCHOOL.CLASS01;"mysqlbinlog --no-defaults --start-position=1810 /opt/mysql-bin.000002 | mysql -uroot -p123123mysql -uroot -p123123 -e "select * from SCHOOL.CLASS01;"

5. 指定企业备份策略的思路

指定企业备份策略要根据企业数据库的实际读写的频繁性与数据的重要性进行数据更新频繁,则应该进行较为频繁的备份数据较为重要,则在有适当更新时进行备份在数据库压力小的时段进行全备,如一周一次,然后每天增备根据公司的规模,中小公司可一天一次全备,大公司可每周一次全备,每天进行一次增备,并且尽量为企业实现主从复制架构

如果觉得《MySQL介绍增量备份与恢复》对你有帮助,请点赞、收藏,并留下你的观点哦!

本内容不代表本网观点和政治立场,如有侵犯你的权益请联系我们处理。
网友评论
网友评论仅供其表达个人看法,并不表明网站立场。