备份:完全备份 增量备份
完全备份:将整个数据库完整的进行备份
增量备份:在完全备份的基础之上,对后续新增的内容进行备份
备份的需求
1、在生产环境中,数据的安全至关重要,任何数据的都可能产生非常严重的后果
2、数据为什么会丢失,程序操作,运算错我,磁盘故障,不可预期的时间(地震之类),人为操作
冷备份:关机备份,停止mysql服务,然后进行备份
热备份:开机备份,无须关闭mysql服务,进行备份
物理备份:对数据库系统的物理文件(数据文件,日志文件),进行备份
逻辑备份,只是对数据库的逻辑组件进行备份,(表结构),以sql语句的形式,把库,表结构,表数据进行备份保存
(直接在数据库系统中删除全部文件)
物理备份:完全备份,对整个数据库进行完整的打包备份
优点:操作简单
缺点:数据库文件占用量是很大,占用空间太大,备份和恢复的时间很长,且需要暂定数据库服务
打包备份最好是把服务关掉,避免有新的数据进入,被覆盖,也可能会导致恢复失败
冷备份实验
终端
关闭mysql服务
systemctl stop mysqld.service
安装xz服务
yum -y install xz
进入mysql目录下
cd /usr/local/mysql/
打包
tar Jcvf /opt/mysql_all_$(date+%F).tar.xz data
解压刚刚压缩的文件
cd /opt/
tar Jxvf mysql_all_.tar.xz
删除源文件
恢复数据
把解压过的文件复制到mysql的目录下
表数据没有发生变化,保持原有的数据
远程复制
把终端2 的mysql的data文件删除
通过远程复制,复制终端1的mysql的data文件到终端2
在复制mysql目录下
注意点:在复制到mysql目录下查看data文件的文件所属ll
热备份当中的逻辑备份
mysqldump 这是mysql自带的工具
mysqldump
备份单个库
mysqldump -u root -p123456 --databases 库名 > /opt/文件名.sql
备份多个库
mysqldump -u root -p123456 --databases 库名1 库名2 > /opt/文件名.sql
备份所有库
mysqldump -u root -p123456 --all-databases > /opt/文件名.sql
指定连接mysql之后执行完命令,自动退出
mysql -u root -p123456 -e 'show databases;'
实例
备份单个库
删除这个库
还原
命令行备份和恢复
创建库
create database xiaobu;
创建表
create table info (
id int(4) not null primary key,
name char(5) default null,
hobby varchar(10) default null
);
对多个库备份
备份
mysqldump -u root -p --databases 库名1 库名2 > /opt文件名.sql
删除
mysql -u root -p -e 'drop database 库名1;'
mysql -u root -p -e 'drop database 库名2;'
恢复多个
mysql -u root -p < /opt/库名.sql
备份所有
mysqldump -uroot -p --all-databases > /opt/ 文件名.sql
删除
mysql -u root -p -e 'drop database 库名1;'
mysql -u root -p -e 'drop database 库名2;'
恢复多个
mysql -u root -p < /opt/库名.sql
如何恢复指定库,指定表
单个表备份
mysqldump -u root -p 库名 表名 > /opt/文件名.sql
不进入数据库删除
mysql -u root -p -e 'drop table 库名.表名'
恢复
mysql -u root -p 库名 < /opt/文件名.sql
多个表
mysqldump -u root -p 库名 表名1 表名2 > /opt/文件名.sql
删除
mysql -u root -p -e 'drop table 库名.表名1'
mysql -u root -p -e 'drop table 库名.表名2'
恢复
mysql -u root -p 库名 < /opt/文件名.sql
物理冷备份和物理热备份
特点:简单
数据量,占用的备份空间比较大
mysqldump 这是mysql自带的备份文件的命令
特点:方便,简单,但是只能给予逻辑上的表结构和表数据恢复,物理删除之后再用逻辑恢复会报错
它也可以作为数据迁移,占用大空间,比较物理备份相对来说占的空间要小的多
增量备份
mysqldump 支持增量备份
没有重复数据,备份量小,时间端
mysqldump增量备份恢复表数据期间,表会锁定(优点)
缺点:备份时锁表,必然会影响业务,超过10G,耗时会比较长,导致服务不可用
增量备份的过程
1、mysql提供的二进制日志文件的实现增量备份
二进制文件怎么来?
修改配置文件(vim /etc/my.conf)
log-bin=mysql-bin
binlog_format=MIXED
mysql二进制记录格式有三种
1、STATENET:基于sql语句
纪录修改的sql语句,高并发情况下,纪录sql语句时候的顺序可能会出错,恢复数据时可能会导致丢失和误差,效率比较高
2、ROW:基于行
精确纪录每一行的数据,准确率高,但是恢复的时效率低
3、MIXED :既可以根据SQL语句,也可以根据行
在正常情况下使用STATEENT,一旦发生高并发,会智能自动切换到row行
重启服务
查看备份的二进制文件(必须在data目录下查看)
mysqlbinlog --no-defaults --base64-output=decode-rows -v mysql-bin.000001
mysqladmin -u root -p flush-logs 刷新日志文件(打印断点)
就会生成一个日志文件00002
删除表里的内容(删除之前要断点)
如何恢复
mysqlbinsql --no-defaults mysql-bin.000003 | mysql -u root -p
- 增量备份,位置节点和时间点,注意一下断点
基于位置节点
从某一个点开始,恢复到最后
mysqlbinlog --no-defaults --start-position='位置点' 文件名 | mysql -u root -p
从开头,一直恢复到某个位置
mysqlbinlog --no-defaults --stop-position='位置点' 文件名 | mysql -u root -p
从指定点---指定结束点
mysqlbinlog --no-defaults --start-position='位置点' --stop-position='位置点' 文件名 | mysql -u root -p
从某一个点开始,恢复到最后
从开头,一直恢复到某个位置
从指定点---指定结束点
基于时间点
1、从某个时间点开始 恢复到最后
mysqlbinlog --no-defaults --start-datetime='时间点' 文件 | mysql -u root -p
2、从开头,到指定的结尾时间点
mysqlbinlog --no-defaults --stop-datetime='时间点' 文件 | mysql -u root -p
3、指定时间范围
mysqlbinlog --no-defaults --start-datetime='时间点' --stop-datetime='时间点' 文件 | mysql -u root -p
从某个时间点开始 恢复到最后
从开头,到指定的结尾时间点
指定时间范围
总结
在生产中,通过binlog进行增量恢复是非常好用的方法
我们只要需要对binlog文件进行备份,随时可以进行备份和恢复
附加题
写个脚本,每个月的20号,对数据库打一个断点
断点之后进行自动进行增量备份
如何纪录日志文件的错误日志
log-error=/usr/local/mysql/data/mysql_error.log
general_log=ON
general_log_file=/usr/local/mysql/data/mysql_general.log
slow_query_log=ON
slow_query_log_file=/usr/local/mysql/data/mysql_slow_query.log
long_query_time=5