数据备份的重要性
1, 在生产环境中, 数据的安全性是至关重要的, 任何数据的丢失都可能产生严重的后果
2, 造成数据丢失的原因
程序错误
人为错误
计算机失败
磁盘失败
灾难 (如地震等) 和偷窃
数据库备份的分类
一, 从物理与逻辑的角度, 备份可分为:
1, 物理备份: 对数据库操作系统的物理文件 (如数据文件, 日志文件等) 的备份
物理备份又可以分为脱机备份 (冷备份) 和联机备份(热备份):
- 冷备份: 是在关闭数据库的时候进行的
- 热备份: 数据库处于运行状态, 这种备份方法依赖于数据库的日志文件
2, 逻辑备份: 对数据库逻辑组件 (如表等数据库对象) 的备份
二, 从数据库的备份策略角度, 备份可分为:
1, 完全备份: 每次对数据进行完整的备份
2, 差异备份: 备份那些自从上次完全备份之后被修改过的文件
3, 增量备份: 只有那些在. 上次完全备份或者增量备份后被修改的文件才会被备份
注意点: 差异备份与增量备份相辅相成
一, MySQL 完全备份(全量备份)
, 完全备份是对整个数据库的备份, 数据库结构和文件结构的备份
, 完全备份保存的是备份完成时刻的数据库
, 完全备份是增量备份的基础
完全备份的优点
备份与恢复操作简单方便
完全备份的缺点
数据存在大量的重复
占用大量的备份空间
备份与恢复时间长
备份方法
一, MySQL 数据库的备份可以采用用多种方式
直接打包数据库文件夹, 如 / usr/local/MySQL/data
使用专用备份工具 mysqldump**
二, mysqldump 命令
MySQL 自带的备份工具, 相当方便对 MySQL 进行备份
通过该命令工具可以将指定的库, 表或全部的库导出为 SQL 脚本, 在需要恢复时可进行数据恢复
三, 使用 mysqldump 命令对单个数据库进行完全备份
mysqldump -u 用户名 -p [密码] [选项] [数据库名]> / 备份路径 / 备份文件名
四, 使用 mysqldump 命令对多个库进行完全备份
mysqldump -u 用户名 -p [密码] [选项] --databases 库名 1 [库名 2]...>/ 备份路径 / 备份文件名
五, 使用 mysqldump 命令对所有库进行完全备份
mysqldump -u 用户名 -p [密码] [选项] --all-databases> / 备份路径 / 备份文件名
mysqldump 备份表
在实际生产环境中, 存在对某个特定表的维护操作, 此时 mysqldump 同样发挥重大作用
1. 使用 mysqldump 备份表的操作
mysqldump -u 用户名 -p [密码] [选项] 数据库名 表名> / 备份路径 / 备份文件名
2. 使用 mysqldump 备份表结构的操作
mysqldump -u 用户名 -p [密码] [选项] -d 数据库名 表名> / 备份路径 / 备份文件名
恢复数据库
一, 使用 mysqldump 命令导出的 SQL 备份脚本, 在进行数据恢复时可使用以下方法导入
source 命令 #数据库模式中运行
MySQL 命令 #Linux 模式中运行
1, 使用 source 恢复数据库的步骤
●登录到 MySQL 数据库
●执行 source 备份 sq | 脚本的路径(绝对路径)
- MySQL [(none)]> source /backup/all-data.sql
- #source 命令恢复
2, 使用 MySQL 命令恢复数据
MySQL -u 用户名 -p [密码] <库备份脚本的路径
- MySQL -u root -p < /backup/all-data.sql
- #MySQL 命令恢复
二, 使用 mysqldump 进行完全备份的存在的问题
●备份数据中有重复数据
●备份时间与恢复时间长
恢复数据表操作
1, 恢复表时同样可以使用 source 或者 MySQL 命令进行
2,source 恢复表的操作与恢复库的操作相同
3, 当备份文件中只包含表的备份, 而不包括创建库的语句时, 必须指定库名, 且目标库必须存在. 生产环境中, 可以使用 shell 脚本自动实现定期备份
MySQL -u 用户名 - p [密码] < 表备份脚本的路径
- MySQL -u root -p MySQL < /backup/MySQL-user.sql
- #MySQL 命令恢复表
MySQL 备份思路
1, 定期实施备份, 制定备份计划或者策略, 并严格遵守
2, 除了进行完全备份, 开启 MySQL 服务器的日志功能是很重要的
●完全备份加上日志, 可以对 MySQL 进行最大化还原
MySQL-bin:MySQL 数据库的二进制日志, 用于记录用户对数据库操作的 SQL 语句 ((除了数据查询语句) 信息. 可以使用 mysqlbin 命令查看二进制日志的内容
3, 使用统一的和易理解的备份文件名称
●不要使用 backup1,backup2 等这样没有意义的名字
●推荐使用库名或者表名加上时间的命名规则
二, MySQL 增量备份
增量备份就是备份自上一次备份之后增加或变化的文件或者内容
增量备份的特点
●没有重复数据, 备份量不大, 时间短
●恢复麻烦: 需要上次完全备份及完全备份之后所有的增量备份才能恢复, 而且要对所有增量备份进行逐个反推恢复
MySQL 没有提供直接的增量备份方法
可以通过 MySQL 提供的二进制日志 (binary logs) 间接实现增量备份
MySQL 二进制日志对备份的意义
●二进制日志保存了所有更新或者可能更新数据库的操作
●二进制日志在启动 MySQL 服务器后开始记录, 并在文件达到 max_ binlog_size 所设置的大小或者接收到 flush logs 命令后重新创建新的日志文件
●只需定时执行 flush logs 方法重新创建新的日志, 生成二进制文件序列, 并及时把这些旧的日志保存到安全的地方就完成了一个时间段的增量备份
查看二进制日志文件(解码)
mysqlbinlog --no-defaults --base64-output=decode-rows -V MySQL-bin.000002> /opt/ bak. txt
MySQL 数据库增量恢复概述
一般恢复
基于位置回复
就是将某个起始时间的二进制日志导入数据库中, 从而跳过某个发生错误的时间点实现数据的恢复
基于时间点恢复
使用基于时间点的恢复, 可能会出现在一个时间点里既同时存在正确的操作又存在错误的操作, 所以我们需要一种更为精确的恢复方式
增量恢复的方法
1. 一般恢复
mysqlbinlog [--no-defaults] 增量备份文件 | MySQL -u 用户名 -p
2. 基于位置的恢复
恢复数据到指定位置
mysqlbinlog --stop-position = 操作'id' 进制日志 | MySQL -u 用户名 -p 密码
从指定的位置开始恢复数据
mysqlbinlog --start-position = 操作'id' 二进制日志 | MySQL -u 用户名 -p 密码
3. 基于时间点的恢复
从日志开头截止到某个时间点的恢复
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 密码
来源: http://www.bubuko.com/infodetail-3304272.html