MySQL数据库备份

4.2.1完整备份
完整备份指的是备份整个数据库的所有信息，包括数据库文件中所有的数据、表、视图、存储过程、触发器等。一般来说，完整备份是备份最全面、可靠的方式，但备份文件体积较大，备份时间也相对较长
4.2.2增量备份
增量备份指的是在完整备份的基础上，每隔一定时间备份新增的数据或修改的数据。这种备份方式可以节省备份时间和备份文件的空间，但需要配合特定软件或命令进行

5，常见的备份方法

5.1 物理备份

物理冷备份时需要在数据库处于关闭状态下，能够较好的保证数据库的完整性。物理冷备份以用于非核心业务，这类业务都允许中断，物理冷备份的特点就是速度快，恢复时也是最为简单的，通过直接打包数据库文件夹（/usr/local/mysql/data）来实现备份。

5.2 使用专用备份工具

mysqldump
mysqlhotcopy

5.3通过启用二进制日志增量备份

MySQL支持增量备份，进行增量备份时必须启用二进制日志。二进制日志文件为用户提供复制。对执行备份点后进行的数据库更改所需的信息进行备份。如果进行增量备份（包含上次完全备份或增量备份以来发生的数据修改），需要刷新二进制日志。

5.4第三方工具备份

Percona XtraBackup是一个免费的MySQL热备份软件，支持在线备份innodb和XtraDB，也可以支持MySQL表备份，

5.5注意事项

       定期备份，指定备份计划，严格遵守
       除了完全备份之外，开启binlog日志功能很重要
       使用统一的、容易理解的备份名称，推荐使用库名或者表名加上时间的命名规则

6，打包数据库文件备份

6.1位置

源码包的位置/usr/local/mysql/data/
rpm包的位置/var/lib/mysql

6.2备份

在数据库中创建数据表，并写入数据
停止数据库服务

       创建备份目录
       按照特定格式对数据库目录进行备份
           tar czf mysql_all-$(date +%F).tar.gz /var/lib/mysql/*

6.3还原

       创建还原目录
       模拟元数据丢失
       将解压之后的数据还原值原目录
       登录查看

7，备份工具备份

7.1备份
7.1.1工具 mysqldump
7.1.2对单个库进行完全备份 mysqldump -u用户名 -p[密码] [选项] --databases [数据库名] > /备份路径/备份文件名
7.1.3对多个库进行完全备份 mysqldump -u用户名 -p[密码] [选项] --databases 库名1 [库名2]…… > /备份路径/备份文件名
7.1.4对所有库进行完全备份 mysqldump -u用户名 -p[密码] [选项] --opt --all-databases > /备份路径/备份文件名
7.1.5对表进行完全备份 mysqldump -u用户名 -p[密码] [选项] 数据库名表名 > /备份路径/备份文件名
7.1.6对表的结构进行备份 mysqldump -u用户名 -p[密码] -d 数据库名表名 > /备份路径/备份文件名

7.2 还原

7.2.1先模拟数据丢失删除数据表

7.2.2工具 source 登录mysql 数据库执行source 备份sql脚本路径
mysql mysql -u用户名 -p[密码] < 库备份脚本的路径
mysql -u用户名 -p[密码] 库名 < 表备份脚本的路径

8，增量备份

8.1使用完全备份时，备份与恢复的时间过长
8.2增量备份就是备份自上一次备份之后增加的或改变的文件内容
8.3特点
   没有重复数据，备份量不大，时间短
   恢复麻烦，需要上次完全备份及完全备份之后所有的增量备份才能恢复，而且要对所有增量备份进行逐个反推恢复
   MySQL没有提供直接的增量备份办法，可以通过MySQL提供的二进制日志（binary logs（binlog））间接实现增量备份
8.4MySQL二进制日志对备份的意义
   二进制日志保存了所有更新或者可能更新数据库的操作。
   二进制日志在启动MySQL服务器后开始记录，并在文件达到max_binlog_size所设置的大小或者接收到flush logs命令后重新创建新的日志文件。
8.5开启二进制日志备份功能
   MySQL的配置文件的[mysqld]项中加入 log-bin=文件存放路径/文件前缀，如 log-bin=mysql-bin，然后重启mysqld服务。默认此配置存在。
   使用mysqld --log-bin=文件存放路径/文件前缀重新启动mysqld服务每周选择服务器负载较轻的时间段，或者用户访问较少的时间段进行备份

9.增量恢复

9.1应用场景

       人为的SQL语句破坏了数据库
       在进行下一次全备之前发生系统故障导致数据库丢失
       在主从架构中，主库数据发生了故障，保证从库数据一致性

9.2 方法

9.2.1一般恢复
           备份的二进制日志内容全部恢复
           格式： mysqldbinlog [--no-defaults] 增量备份文件 | mysql -u用户名 -p密码
9.2.3基于时间点的恢复
           便于跳过某个发生错误的时间点实现数据恢复
           格式：从日志开头截止到某个时间点的恢复：
           mysqlbinlog [--no-defaults] --stop-datetime=’年-月-日小时：分钟：秒‘ 二进制日志 | mysql -u用户名 -p密码
9.2.4从某个时间点到日志结尾的恢复
           mysqlbinlog [--no-defaults] --start-datetime=’年-月-日小时：分钟：秒‘ 二进制日志 | mysql -u用户名 -p密码
9.2.5从某个时间点到某个时间点的恢复
           mysqlbinlog [--no-defaults] --start-datetime=’年-月-日小时：分钟：秒‘ --stop-datetime=’年-月-日小时：分钟：秒‘ 二进制日志 | mysql -u用户名 -p密码
9.2.6基于位置的恢复
           可能在同一时间点既有错误的操作也有正确的操作，基于位置进行恢复更加准确
           mysqlbinlog --stop-position=‘操作 id‘ 二进制日志 | mysql -u用户名 -p密码
           mysqlbinlog --start-position=‘操作 id‘ 二进制日志 | mysql -u用户名 -p密码