mysql的备份与恢复

mysql日志管理

MySQL 的日志默认保存位置为 /usr/local/mysql/data
配置文件
vim /etc/my.cnf
[mysqld]
错误日志，用来记录当MySQL启动、停止或运行时发生的错误信息，默认已开启
log-error=/usr/local/mysql/data/mysql_error.log     #指定日志的保存位置和文件名

##通用查询日志，用来记录MySQL的所有连接和语句，默认是关闭的
general_log=ON
general_log_file=/usr/local/mysql/data/mysql_general.log

二进制日志(binlog)，用来记录所有更新了数据或者已经潜在更新了数据的语句，记录了数据的更改，可用于数据恢复，默认已开启
log-bin=mysql-bin      
或
log_bin=mysql-bin

中继日志
一般情况下它在Mysql主从同步（复制）、读写分离集群的从节点开启。主节点一般不需要这个日志

##慢查询日志，用来记录所有执行时间超过long_query_time秒的语句，可以找到哪些查询语句执行时间长，以便提醒优化，默认是关闭的
s1ow_query_log=ON
slow_query_log_file=/usr/local/mysql/data/mysql_slow_query.log
long_query_time=5        #设置超过5秒执行的语句被记录，缺省时为10秒
 

 show variables like 'general%';       #查看通用查询日志是否开启
show variables like 'log_bin%';       #查看二进制日志是否开启
show variables like '%slow%';         #查看慢查询日功能是否开启
show variables like 'long_query_time';    #查看慢查询时间设置
set global slow_query_log=ON;         #在数据库中设置开启慢查询的方法

 修改慢查询的超时时间：

随后再进入mysql，查看慢查询的超时时间 为修改过的2秒钟

查询二进制日志

数据备份的重要性

1、备份的主要目的是灾难恢复
2、在生产环境中，数据的安全性至关重要
3、任何数据的丢失都可能产生严重的后果
4、造成数据丢失的原因

程序错误
人为操作错误
运算错误
磁盘故障
灾难 (如火灾、地震) 和盗窃

 数据库备份类型

1、物理备份（数据文件、日志文件）

数据库备份可以分为物理备份和逻辑备份。物理备份是对数据库操作系统的物理文件（如数据文件、日志文件等）的备份。这种类型的备份适用于在出现问题的时候需要快速恢复的大型重要数据库。
物理备份又可以成为冷备份（脱机备份）、热备份（连接备份）和温备份

① 冷备份 (脱机备份) ：是在关闭数据库的时候进行的（tar）
② 热备份 (联机备份) ：数据库处于运行状态，依赖于数据库的日志文件（mysqlhotcopy mysqlbackup）
③ 温备份 ：数据库锁定表格(不可写入但可读)的状态下进行备份操作（mysqldump）

２、逻辑备份（表等数据库对象）⭐⭐⭐

逻辑备份是对数据库逻辑组件的备份.表示为逻辑数据库结构
这种类型的备份适用于可以编辑数据值或表结构    对数据库的表和表对象进行数据以SQL语句导出进行备份

表结构：

表数据：

3.从数据库备份策略角度

备份又可分为完全备份、差异备份和增量备份

① 完全备份
每次对数据进行完整备份，即对整个数据库、数据库结构和文件结构的备份，保存的是备份完成时刻的数据库，是差异备份与增量备份的基础完全备份的备份与恢复操作都非常简单方便，但是数据存在大量的重复并且会占用大量的磁盘空间，备份的时间也很长

每次都进行完全备份，会导致备份文件占用空间巨大，并且有大量的重复数据，恢复时，直接使用完全备份的文件即可

② 差异备份
备份那些自从上次完全备份之后被修改过的所有文件，备份的时间节点是从上次完整备份起，备份数据量会越来越大。恢复数据时只需要恢复上次的完全备份与最佳的一次差异备份

每次差异备份，都会备份上一次完全备份之后的数据，可能会出现重复数据。恢复时，先恢复完全备份的数据，再恢复差异备份的数据

③ 增量备份
只有那些在上次完全备份或者增量备份后被修改的文件才会被备份以上次完整备份或上次增量备份的时间为时间点，仅备份期间内的数据变化，因而备份的数据量小，占用空间小，备份速度快。但恢复时，需要从上一次的完整备份开始到最后一次增量备份之间的所有增量依次恢复，如中间某次的备份数据损坏，将导致数据的丢失
每次增量备份都是在备份在上一次完成全备份

每次增量备份都是备份在上一次完全备份或者增量备份之后的数据，不会出现重复数据的情况，也不会占用额外的磁盘空间
恢复数据，需要按照次序恢复完全备份和增量备份的数据

 

 如何选择逻辑备份策略（频率）

合理值区间⭐⭐⭐ 
一周一次的全备，全备的时间需要在不提供业务的时间区间进行 PM 10点 AM 5:00之间进行全备
增量：3天/2天/1天一次增量备份
差异：选择特定的场景进行备份
一个处理（NFS）提供额外空间给与mysql 服务器用

 常见的备份方法 

1、物理冷备（数据迁移）

备份时数据库处于关闭状态，直接打包数据库文件（tar）
备份速度快，恢复时也是最简单的

2、专用备份工具 mysqldump 或 mysqlhotcopy （自带的工具）

mysqldump 常用的逻辑备份工具（备份一些小的数据库跟表）
mysqlhotcopy 仅拥有备份 MyISAM 和 ARCHIVE 表（有局限）

3、启用二进制日志进行增量备份

进行增量备份，需要刷新二进制日志

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

4、第三方工具备份

免费的MySQL 热备份软件 Percona XtraBackup mysqlbackup

MySQL完全备份

是对整个数据库、数据库结构和文件结构的备份
保存的是备份完成时刻的数据库
是差异备份与增量备份的基础
1、优点：
备份与恢复操作简单方便

2、缺点：
数据存在大量的重复
占用大量的备份空间
备份与恢复时间长
 

 数据库完全备份分类

1、物理冷备份与恢复  （物理备份）  整个迁移的时候可以用到
关闭MySQL数据库
使用tar命令直接打包数据库文件夹
直接替换现有MySQL目录即可

2、mysqldump备份与恢复   （逻辑备份）
MySQL自带的备份工具，可方便实现对MySQL的备份
可以将指定的库、表导出为SQL 脚本
使用命令mysq|导入备份的数据

 物理冷备份：第一种方法备份

 现在模拟将这个data的压缩文件删除（移走）

  第二步 模拟将data文件删除

 第三步 将data备份回来，因为刚刚将data.tar.gz的压缩文件压缩到opt下面，所以去opt下面去解压

随后，再进入mysql里面进行查看，data又回来了 查看内容 都是一样的

将centos2的数据库迁移到centos3上

物理冷备

第一步：两边同时关闭数据库

 第二步 进行数据备份 数据都在data里面

然后将此压缩包拷贝到centos3中

随后，去centos3中的opt里面查看

 随后，解压 然后备份原先的data 之后再将data数据备份并换名为data_old

 然后开启mysql  进入mysql

centos2 的数据库跟表都迁移进来了

 第二种方式备份

tar Jcvf /opt/mysql_all$(date +%F).tar.gz /usr/local/mysql/data/

随后，去opt里面查看，有备份的文件 

 

 随后，解压

随后，进入mysql里面查看

 

 登录到mysql里面，查看数据库 数据都在里面 

 mysqldump备份与恢复

备份库

备份单独一个库：（里面包含了表数据）

mysqldump -uroot -p密码 --databases 库名 > 库名.sql  例如 备份qdy库

 备份多个库 例如备份qdy和dxt库  （里面包含了表数据）

 备份所有库：（里面包含了表数据）

mysqldump -u root -p[密码] --all-databases > /备份路径/备份文件名.sql

备份表：备份qdy库中的ky00表    （不包含库数据）

mysqldump -u root -p[密码] 库名 [表名1] [表名2] ... > /备份路径/备份文件名.sql
 

 

 备份多个表

 备份多个表时加入时间：

 只备份数据库的表结构 （只需要表的字段） -d

mysqldump -u root -p [-d] 库名 表名> /opt/库名_表名.sql
#使用“-d”选项，说明只保存数据库的表结构 
#不使用“-d"选项，说明表数据也进行备份
#做为一个表结构模板

 

查看备份文件
grep -v "^--" /opt/kgc_ky00.sql | grep -v "^/" | grep -v "^$"

 （不以--开头的行）                                不以/开头的行      过滤非空行

 

 Mysql 完全恢复

恢复数据库

1.使用mysqldump导出的文件，可使用导入的方法
source命令
mysql命令

或者管道符

举例说明：

source命令 恢复数据表：

第一步 查看已经备份的表，

 第二步 将备份的表删除

第三步，查看表 ky00被删除了

 

 第四步，恢复表 

source 路径/库名.表名.sql

第五步 再进行查看，并且里面内容也在

 

 

 mysql命令恢复表

第一步查看表，

第二步删除ky00表

第四步 恢复表（重定向） 

第五步 再次查看库 ky00已经恢复

mysqldump 严格来说属于温备份，会需要对表进行写入的锁定

在全量备份与恢复实验中，假设现有qdy库，qdy库中有一个ky00表，需要注意的一点为：
① 当备份时加 --databases ,表示针对于qdy库

② 当备份时不加 --databases，表示针对dqy库下的所有表

恢复表操作 （不加--databases 如果要恢复 之前必须要创建一个表 然后再进行备份）
 

恢复表时通用可以使用source或者mysql命令

source 恢复表的操作与恢复库的操作相同

当备份文件中只包含表的备份，而不包括创建库的语句时，必须指定库名，且目标库必须存在

如果只要表的情况下，必须要创建库 （现在模拟没有库的情况下）

第一步 先创建库 

 

随后 再查看数据内容

 

 总结：

           不加--databases 没有数据库 需要重新建立库

            加了 --databases 是有数据库的 无需建立