一、衡量备份还原的指标
RPO 恢复点目标:恢复的程度
RIO 恢复时间目标:恢复花费的时间
二、备份方式
冷备份
拷贝数据库目录/data/mysql,需要先停机再备份,对于在线不间断提供业务的不适用,基本不采用
快照备份
lvm :逻辑卷,划分分区,动态调整空间大小,并不损坏里面的数据内容
lvm快照:mysql装在lvm创建的分区,可以热备份(在线备份);缺点在于所有的文件,包括数据、日志等需存放在一个逻辑卷中,然后再对卷快照备份,只支持本地备份,生产环境用的也比较少
逻辑备份
mysqldump工具:单线程备份,备份速度较慢
mydumper工具:mysqldump升级版,有限制条件
1. mysqldump自带逻辑备份用法
备份单个库:mysqldump db1>1.sql
还原:mysql test < 1.sql
说明:还原时,不一定是同一个数据库
备份多个库:mysqldump --databases db1 db2 >1.sql
还原:mysql < 1.sql
备份全部库:mysqldump --all-databases >1.sql
还原:mysql < 1.sql
备份单个表:mysqldump db1 tb1 >1.sql
还原:mysql test < 1.sql
2. mysqlhotcopy自带逻辑备份工具用法
备份方法:mysqlhotcopy --flushlog --regexp=^m /backup
说明:刷新日志;支持正则,匹配tb开头的表;备份至/backup目录;目录下多了备份的文件
mysqldump与mysqlhotcopy区别:
1) 前者是数据库端的SQL语句集合,后者是快速文件意义上的备份
2) 前者可以远程操作,后者只能本地操作
3) 前者还原时,导入SQL文件即可,后者只需copy备份文件到数据目录覆盖即可
4) 前者支持MyISAM和InnoDB存储引擎,后者只支持MyISAM
3. mysqldump +计划任务
说明:利用二进制日志文件备份,用到mysqlbinlog命令
myql主要日志有:
3.1 错误日志:
mysql主从配置时,从的日志也产生在这里
3.2 一般查询日志:
默认关闭,修改配置文件,添加log=ON,日志保存在文中,也可以修改为table,则该日志保存在数据库中
3.3 慢查询日志:
查询提交很久而没有回应的查询操作,需记录下来(数据表需要优化、网络延时、系统性能达到瓶颈等导致);默认关闭,配置文件中添加log-slow-queries=/var/slow/mysql-slow.log,即可开启;慢查询的指标默认为10秒钟,配置文件中添加long_query_time=2,即修改为2秒钟
3.4 二进制日志:
会记录修改数据库状态的sql操作,默认关闭,配置文件添加log-bin=mysql-bin,指定一个名称即可开启;show binary logs 查看状态,第几个二进制文件,大小为106;show binlog events in 'mysql-bin.000001'该文件里面的内容,log_name文件名,Pos开始大小为4,类型为Format_desc,分配的id为1,结束大小为106,info为操作信息;创建一个新库时,文件发生了变化
说明:二进制日志文件在本地需通过mysqlbinlog工具打开,可以查看具体执行了哪些操作
mysqlbinlog还原数据库:
1)通过时间制定还原范围:
说明:最后指定到mysql中去,没有密码,就只写$1 |mysql;把误删的x1找回来了
2)通过大小指定还原范围:
实时备份
多机配置-主从配置
主服务器:提供给用户访问和操作
从服务器:用户无法访问,仅用来备份主服务器产生的数据
主从配置原理图: