一、衡量备份还原的指标
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还原数据库：
通过时间制定还原范围：
说明：最后指定到mysql中去，没有密码，就只写$1 |mysql；把误删的x1找回来了
通过大小指定还原范围：
实时备份
多机配置-主从配置
主服务器：提供给用户访问和操作
从服务器：用户无法访问，仅用来备份主服务器产生的数据
主从配置原理图：
原文：http://huangzp.blog.51cto.com/12434999/1896140