MySQL日志、备份恢复

目录

一、MySQL日志管理

1.日志分类

错误日志

通用查询日志

二进制日志

慢查询日志

中继日志

2.日志配置

3.日志查询

 3.1 查询通用日志是否开启

 3.2 查询二进制日志是否开启 

3.3 查看慢查询日志是否开启

3.4  查询慢查询日志超时时间

二、MySQL数据备份

1.数据备份的重要性

2.数据备份类型

2.1物理备份和逻辑备份

2.2完全备份、差异备份、增量备份

3.备份方法

三、实验:完全备份(物理冷备)

 四、实验:mysqldump备份与恢复

1.完全备份一个或多个完整的库(包含其中所有的表)

2.完全备份 MySQL 服务器中所有的库

​编辑

3.完全备份指定库中的部分表

3.1结构和内容全部备份

​编辑

3.2仅备份表的结构

4.查看备份文件

五、实验:MySQL完全恢复

1.恢复数据库

2.恢复数据表

2.1方法一 

2.2方法二

​编辑

3. 加--databases和不加的区别

3.1加--databases

​编辑

3.2不加--databases

​编辑

六、MySQL 增量备份与恢复

1.开启二进制日志功能

2.一般恢复

2.1模拟丢失更改的数据的恢复步骤

2.2模拟丢失所有数据的恢复步骤

3.基于位置恢复

4.基于时间恢复

  


一、MySQL日志管理

MySQL的日志默认保存位置为:/usr/local/mysql/data下
配置文件位于:/etc/my.cnf文件中的[mysqld]内

1.日志分类

错误日志

用来记录当MySQL启动、停止或运行时发生的错误信息,默认开启。

log-error=/usr/local/mysql/data/mysql_error.log

通用查询日志

用来记录MySQL的所有连接和语句,默认是关闭的。

general_log=ON
general_log_file=/usr/local/mysql/data/mysql_general.log

二进制日志

用来记录所有更新了数据或者已经潜在更新了数据的语句,记录了数据的更改,可用于数据恢复,默认已开启。

log_bin=mysql-bin
或 log-bin=mysql-bin

慢查询日志

用来记录所有执行时间超过long_query_time秒的语句,可以找到哪些查询语句执行时间长,以便于优化,默认是关闭的。

slow_query_log=ON
slow_query_log_file=/usr/local/mysql/data/mysql_slow_query.log
long_query_time=5 单位时间为s,缺省时为10s

慢查询日志也可用来查询哪些搜索的字段超时,可以选择是否需要增加索引,加快查询速度。

中继日志

一般情况下,它在MySQL主从同步(复制)、读写分离集群的从节点开启,主节点一般不需要这个日志。

2.日志配置

修改配置文件
vim /etc/my.conf

#错误日志
log-error=/usr/local/mysql/data/mysql_error.log
	 
#通用查询日志
general_log=ON
general_log_file=/usr/local/mysql/data/mysql_general.log

#二进制日志
log-bin=mysql-bin
	
#慢查询日志
slow_query_log=ON
slow_query_log_file=/usr/local/mysql/data/mysql_slow_query.log
long_query_time=5

#配置文件添加完后需要重启MySQL
systemctl restart mysql

修改my.cnf配置文件,在[mysqld]中添加如下内容

重启服务

3.日志查询

登入MySQL数据库,查询日志是否开启

#variables 表示变量
#like 表示模糊查询
#%xxx,以什么结尾,xxx%以什么开头,%xxx%包含

#查看通用查询日志是否开启
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;		

 3.1 查询通用日志是否开启

show variables like ‘general%’; 

 3.2 查询二进制日志是否开启 

show variables like ‘log_bin%’;

3.3 查看慢查询日志是否开启

show variables like ‘slow%’;

3.4  查询慢查询日志超时时间

show variables like 'long_query_time';
或者
show variables like 'long%';

二、MySQL数据备份

备份的主要目的是灾难恢复。

备份还可以测试应用、回滚数据修改、查询历史数据、审计等。

1.数据备份的重要性

在企业中,数据的价值至关重要,数据保障了企业业务的正常运行。因此,数据的安全性及数据的可靠性是运维的重中之重,任何数据的吊事都可能对企业产生严重的后果。

通常情况下,造成数据丢失的原因有一下几种:

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

2.数据备份类型

物理与逻辑的角度,备份分为物理备份逻辑备份

数据库的备份策略角度,备份可分为完全备份差异备份增量备份

2.1物理备份和逻辑备份

从物理与逻辑的角度,备份分为物理备份和逻辑备份。

逻辑备份 

  • 逻辑备份是对数据库逻辑组件(如表等数据库对象)的备份,表及数据库结构(CREATE DATABASE, CREATETABLEia)和内容(INSERT语句或分隔文本文件)的信息。
  • 逻辑备份适用于可以编辑数据值或表结构较小的数据量,或者在不同的机器体系结构上重新创建数据

物理备份

  • 物理备份是对数据库操作系统的物理文件(如数据文件、日志文件等)的备份。
  • 物理备份适用于在出现问题时需要快速恢复的大型重要数据库。
  • 物理备份又可以分为冷备份(脱机备份)、热备份(联机备份)和温备份
  • 冷备份(脱机备份):是在关闭数据库的时候进行的。(tar)
  • 热备份(联机备份):数据库处于运行状态,依赖于数据库的日志文件。(mysqldump)
  • 温备份:数据库锁定表格(不可写入但可读)的状态下进行备份操作

2.2完全备份、差异备份、增量备份

从数据库的备份策略角度,数据库的备份可分为完全备份、差异备份和增量备份。

完全备份

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

差异备份

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

增量备份

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

3.备份方法

数据库的备份方式分为很多种。其中常见的方法有物理冷备专用备份工具mydump或mysqlhotcopy以及启动二进制日志进行增量第三方工具备份

物理冷备

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

专用备份工具mydump或mysqlhotcopy

  • mysqldump程序和mysqlhotcopy都可以做备份。
  • mysqldump是客户端常用逻辑备份程序,能够产生一组被执行以后再现原始数据库对象定义和表数据的SQL语句。它可以转储一个到多个MySQL数据库,对其进行备份或传输到远程SQL服务器。mysqldump更为通用,因为它可以备份各种表。
  • mysqlhotcopy仅适用于某些存储引擎(MyISAM和ARCHIVE)。
     

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

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

第三方工具备份

第三方工具Percona xtraBackup是一个免费的MysQL热备份软件,支持在线热备份Innodb和xtraDB,也可以支持MySQL表备份,不过MyISAM表的备份要在表锁的情况下进行。

三、实验:完全备份(物理冷备)

systemctl stop mysqld.service
#关闭mysql服务
 
yum -y install xz
#安装xz压缩格式工具

cd /usr/local/mysql/
tar jcvf /opt/mysql_all_$(date +%F).tar.xz data/
#切换到mysql目录下,将data目录打包压缩

systemctl start mysqld
#开启mysql服务

mysql -uroot -p654321
show databases;
drop database beifen;
进入数据库,查看库,删除库beifen

cd /opt
ls
#进入opt目录下,查看压缩文件

cd /usr/local/mysql/
tar jxvf /opt/mysql_all_2022-06-25.tar.xz -C ./
#进入到mysql目录下,解压之前备份的数据库data目录

systemctl restart mysqld.service 
show databases;
#重启mysql服务,查看库,此时被删除的库beifen已恢复。

 四、实验:mysqldump备份与恢复

1.完全备份一个或多个完整的库(包含其中所有的表)

mysqldump -u root -p[密码] --databases 库名1 [库名2] … > /备
份路径/备份文件名.sql 
#导出的就是数据库脚本文件

例
mysqldump -uroot -p123456 --databases school > /opt/SCHOOL.sql  
#备份一个school数据库
mysqldump -uroot -p123456 --databases sky school > /opt/sky-school.sql  
#备份sky和school两个库

2.完全备份 MySQL 服务器中所有的库

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

例
mysqldump -u root -p123456 --all-databases > /opt/all.sql

3.完全备份指定库中的部分表

3.1结构和内容全部备份

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

例:
mysqldump -uroot -p123456 suoyin sugar > /opt/suoyin_sugar.sql
#不使用“-d”选项,说明表数据也进行备份
#使用“-d”选项,说明只保存数据库的表结构

3.2仅备份表的结构

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

例:
mysqldump -uroot -p123456 -d suoyin water > /opt/suoyin_water.sql
#不使用“-d”选项,说明表数据也进行备份
#使用“-d”选项,说明只保存数据库的表结构

4.查看备份文件

grep -v "^--" /opt/school_class.sql | grep -v "^/" | grep -v "^$"

五、实验:MySQL完全恢复

1.恢复数据库

mysql -uroot -p654321 -e 'drop database beifen;'
mysql -uroot -p654321 -e 'show databases;'

mysql -uroot -p654321 < /opt/beifen.sql
mysql -uroot -p654321 -e 'show databases;'

2.恢复数据表

mysqldump -uroot -p123456 shiwu shenjie > /opt/shiwu_shenjie.sql
grep -v "^--" /opt/shiwu_shenjie.sql | grep -v "^/" | grep -v "^$"

2.1方法一 

mysql -uroot -p654321 -e 'drop table shiwu.shenjie;'
mysql -uroot -p654321

use shiwu;
show tables;
source /opt/shiwu_shenjie.sql

select * from shenjie;
show tables;

 

2.2方法二

mysql -uroot -p654321 -e 'drop table shiwu.shenjie;'
mysql -uroot -p654321 -e 'use shiwu;show tables;'

mysql -uroot -p654321 shiwu < /opt/shiwu_shenjie.sql 
mysql -uroot -p654321 -e 'use shiwu;show tables;'

3. 加--databases和不加的区别

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

在全量备份与恢复实验中,假设现有shiwu库,shiwu库中有一个shenjie表,需要注意的一点为:

当备份时加--databases ,表示针对于shiwu库

3.1加--databases

mysqldump -uroot -p654321 --databases shiwu > /opt/shiwu.sql
ls

mysql -uroot -p654321 -e 'drop database shiwu;'
mysql -uroot -p654321 -e 'show databases;'

mysql -uroot -p654321 < /opt/shiwu.sql
mysql -uroot -p654321 -e 'show databases;'

3.2不加--databases

mysqldump -uroot -p654321 shiwu > /opt/shiwu_all.sql
ls

mysql -uroot -p654321 -e 'drop database shiwu;'
mysql -uroot -p654321 < /opt/shiwu_all.sql 

mysql -uroot -p654321 -e 'create database shiwu;'
mysql -uroot -p654321 -e 'use shiwu;show tables;'

六、MySQL 增量备份与恢复

MySQL数据库增量恢复有,一般恢复、基于位置恢复、基于时间点恢复。 

1.开启二进制日志功能

vim /etc/my.cnf
[mysqld]
log-bin=mysql-bin

binlog_format = MIXED				
#指定二进制日志(binlog)的记录格式为 MIXED

server-id = 1

二进制日志(binlog)有3种不同的记录格式

  • STATEMENT(基于SQL语句)

  • ROW(基于行)

  • MIXED(混合模式),默认格式是STATEMENT

#只要重启就会自动生成二进制文件
systemctl restart mysqld

 

2.一般恢复

将所有备份的二进制日志内容全部恢复 

2.1模拟丢失更改的数据的恢复步骤

mysqladmin -uroot -p flush-logs
#关闭当前使用的binary log,然后打开一个新的binary log

use beifen;
select * from class;
delete from class where id=5;
delete from calss where id=6;

mysqlbinlog --no-defaults /usr/local/mysql/data/my
sql-bin.000006 | mysql -uroot -p654321

  

2.2模拟丢失所有数据的恢复步骤

use beifen;
drop table class;
show tables;

[root@zrk201 data]# mysqlbinlog --no-defaults /usr/local/my
sql/data/mysql-bin.00006 | mysql -uroot -p654321

mysql -uroot -p654321
use beifen;
show tables;

 

 

3.基于位置恢复

  • 数据库在某一时间点可能既有错误的操作也有正确的操作

  • 可以基于精准的位置跳过错误的操作

  • 发生错误节点之前的一个节点,上一次正确操作的位置点停止

 

#刷新生成新的二进制日志文件
mysqladmin -u root -p flush-logs 	

#进入到data目录
cd /usr/local/mysql/data	

#查看二进制日志文件
mysqlbinlog --no-defaults --base64-output=decode-rows -v mysql-bin.000008

 

在数据库中插入数据并查看 

mysqlbinlog --no-defaults --base64-output=decode-rows -v mysql-bin.0000008

 

以上插入的数据都存放在mysql-bin.000008 

测试恢复到ID为761之前的数据, 不恢复“后面一条”的数据

删除数据之前必须先刷新一下日志文件

mysqladmin -u root -p flush-logs 

 

4.基于时间恢复

 

 

 

 

 


 

  

 

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值