MySQL日志管理、备份与恢复

目录

MySQL日志管理

日志的分类

1.错误日志

2.通过查询日志

3.二进制日志（binlog)

4.慢查询日志

日志配置

日志查询

1.查看通用查询日志是否开启

2.查看二进制日志是否开启

3.查看慢查询日功能是否开启

4.查看慢查询时间设置 

5.在数据库中设置开启慢查询的方法

数据备份

数据备份的重要性

数据备份的类型

从物理与逻辑的角度分类（逻辑备份、物理备份）

从数据库的备份策略角度分类（完全备份、差异备份、增量备份）

常见的备份方法

物理冷备

专用备份工具mydump或者mysqlhotcopy

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

通过第三方工具备份

MySQL完全备份

mysql完全备份分类

物理冷备份与恢复

mysqldump备份与恢复

MySQL完全备份与恢复

物理冷备份与恢复

mysqldump备份数据库

恢复mysqldump所导出的脚本文件，可以使用导入的方法

定时任务执行备份命令

mysqldump、xtrabackup等工具来逻辑备份

MySQL增量备份

---

MySQL日志管理

MySQL日志管理
MySQL的默认日志保存位置为/usr/local/mysql/data
 
日志开启方式有两种：通过配置文件或者是通过命令
通过命令修改开启的日志是临时的，关闭或重启服务后就会关闭

日志的分类

1.错误日志

用来记录当MySQL启动、停止或运行时发生的错误信息，默认已开启
vim /etc/my.cnf
log-error=/usr/local/mysql/data/mysql_error.log	

2.通过查询日志

用来记录MySQL的所有连接和语句，默认是关闭的
 
vim /etc/my.cnf
general_log=ON
general_log_file=/usr/local/mysql/data/mysql_general.log

3.二进制日志（binlog)

用来记录所有当MySQL启动、停止或运行时发送的错误信息，默认是关闭的
 
vim /etc/my.cnf
#也可以 log_bin=mysql-bin
log-bin=mysql-bin

4.慢查询日志

用来记录所有执行时间超过long_query_time秒的语句，可以找到哪些查询语句执行时间长，以便于优化，默认是关闭的
慢查询日志也可用来查询哪些搜索的字段超时，可以选择是否需要增加索引，加快查询速度。
 
vim /etc/my.cnf
slow_query_log=ON
slow_query_log_file=/usr/local/mysql/data/mysql_slow_query.log
long_query_time=5

日志配置

1. #修改my.cnf配置文件
 
#错误日志
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
 
2. #重新mysql服务
systemctl restart mysqld.service

日志查询

1.查看通用查询日志是否开启

mysql -uroot -plcm1314
show variables like 'general%';

2.查看二进制日志是否开启

show variables like 'log_bin%';

3.查看慢查询日功能是否开启

show variables like '%slow%';

4.查看慢查询时间设置 

show variables like 'long_query_time';

5.在数据库中设置开启慢查询的方法

set global slow_query_log=ON;
该方法重启服务失效

数据备份

数据备份的重要性

在企业中，数据的价值至关重要，数据保障了企业业务的正常运行。因此，数据的安全性及数据的可靠性是运维的重中之重，任何数据的吊事都可能对企业产生严重的后果。
 
通常情况下，造成数据丢失的原因有一下几种：
 
程序错误
人为操作错误
运算错误
磁盘故障
灾难（火灾、地震、盗窃等）

数据备份的类型

从物理与逻辑的角度分类（逻辑备份、物理备份）

1、物理备份：对数据库操作系统的物理文件（如数据文件、日志文件等）的备份

物理备份方法：
1.冷备份（脱机备份）：是在关闭数据库的时候进行的
2.热备份（联机备份）：数据库处于运行状态，依赖于数据库的日志文件
3.温备份：数据库锁定表格(不可写入但可读)的状态下进行备份操作

2、逻辑备份：对数据库逻辑组件（如：表等数据库对象）的备份

从数据库的备份策略角度分类（完全备份、差异备份、增量备份）

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

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

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

1、完全备份：每次对数据库进行完整的备份；每次都进行完全备份，会导致文件占用空间巨大，并且有大量重复数据；恢复时，直接使用完全备份的文件即可；
2、差异备份：每次差异备份，都会备份上一次完全备份之后的数据，可能会出现备份重复数据，导致占用额外的磁盘空间；恢复时，先恢复完全备份的数据，然后在恢复指定的差异备份的数据；
3、增量备份：只有在上次完全备份或者增量备份后被修改的文件才会被备份；每次增量备份都是备份在上一次完全备份或者增量备份之后的数据，不会出现备份重复的数据情况，也不会在占用额外的磁盘空间；恢复时，需要按照次序恢复完全备份和增量备份的数据；

常见的备份方法

物理冷备

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

专用备份工具mydump或者mysqlhotcopy

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

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

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

通过第三方工具备份

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

MySQL完全备份

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

mysql完全备份分类

物理冷备份与恢复

关闭MySQL数据库【如果在进行冷备份的时候，忘记关数据库会出现什么情况？？ 会导致在那个时间点去备份的时候，会遗漏一部分数据没有完全备份所有数据。】
 
使用tar命令直接打包数据库文件夹【其实也可以不打包，打包的目的就是为了加快速度，并且减少磁盘存储空间！】
 
直接替换现有MySQL目录即可

mysqldump备份与恢复

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

MySQL完全备份与恢复

物理冷备份与恢复

systemctl stop mysqld
yum -y install xz
 
#压缩备份
cd /usr/local/mysql/data
tar jcvf mysql_all_$(date +%F).tar.xz /usr/local/mysql/data
systemctl start mysqld
 
#模拟故障
mysql -uroot -plcm1314
drop database lcm;
 
cd /usr/local/mysql/data
tar jxvf mysql_all_2023-05-14.tar.xz -C /usr/local/mysql/data/

mysqldump备份数据库

mysqldump -u 用户名 -p 密码 --databases 库名 表名 > 目标保存地址（/opt/backup/backup.sql）

--all-databases > 备份全部库

mysqldump -uroot -p 123 库名 表名 > /opt/backup/table_bak.sql

grep -v "^$" 文件名 | grep -v "^--" | grep -v "^/\*" #查看主要命令

恢复mysqldump所导出的脚本文件，可以使用导入的方法

1. mysql > source /opt/backup/backup.sql

2.mysql -u 用户名 -p密码 < 备份脚本路径

mysql -u用户名 -p密码 -e ' ' 不进入sql操作界面进行对数据库操作

定时任务执行备份命令

0 0 * * 1 /usr/local/mysql/bin/mysqldump -u root -pabc123 -all-databases > /opt/test/backup_${date +%Y%m%d}.sql

备份方法：物理备份（主要是备份数据库的物理文件，如数据文件、日志文件）

逻辑备份（使用备份工具备份数据库的库、表对象）

备份策略：完全备份、差异备份、增量备份

完全备份：

物理冷备份：先关闭mysql服务，使用tar命令打包备份数据库的数据目录 data/

mysqldump、xtrabackup等工具来逻辑备份

mysqldump -u 用户名 -p 密码 --databases 库名 表名 > 目标保存地址 #备份库中部分表
mysqldump -u 用户名 -p 密码 --databases 库名> 目标保存地址 #备份库中所有表
mysqldump -u 用户名 -p 密码 --all-databases > 目标保存地址 #备份所有库
mysqldump -u 用户名 -p 密码 --databases 库名 库名 > 目标保存地址 #备份单个或多个库

MySQL增量备份

▲使用mysqldump进行完全备份存在的问题

备份数据中有重复数据
备份时间与恢复时间过长
▲是自上一次备份后增加/变化的文件或者内容

▲特点：

没有重复数据，备份量不大，时间短
恢复需要上次完全备份及完全备份之后所有的增量备才进行恢复，而且要对所有增量备份进行反复备份
mysql没有提供直接的增量备份方法

可通过MySQL提供的二进制日志间接实现增量备份

MySQL二进制日志对备份的意义

二进制日志保存了所有更新或者可能更新数据库的操作
二进制日志在启动MySQL服务器后开始记录，并在文件达到mac_binlog_size所设置的大小或者接收到flush logs命令后重新创建新的日志文件
只需定时执行flush logs方法重新创建新的日志，生成二进制文件，并保存到备份文件目录

一般恢复

将所有备份的二进制内容全部回复

基于位置恢复

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

可以给予精确的位置跳过操作

基于时间点恢复

跳过某个发生错误的时间点实现恢复

vim /etc/mu.cnf

#错误日志

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

#指定日志的保存位置和文件名

#通用查询日志，用来记录MySQL的所有连接和语句，默认是关闭的

general_log=ON

general_log_file=/usr/local/data/mysql_general.log

#二进制日志（binlog）,用来记录所有更新了数据或者已经潜在更新了数据的语句，记录了数据的更改，可用于数据恢复，默认已开启

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 #设置超过5秒执行的语句被记录，缺省时为10秒

show variables like '%general%' 查看状态

mysqladmin -uroot -p密码 flush-logs

tail -1 mysql-bin.index

sed -n '$p' mysql-bin.index

----------------二进制日志记录与备份---------------

#二进制日志（binlog）有三种不同的记录格式：STATEMENT(基于SQL语句)、ROW（基于行：准确效率不高）、MIXED（混合模式），默认格式是STATEMENT

systemctl start mysql

ls -l /usr/local/mysql/data/mysql-bin.*

2.可每周对数据库或表进行完全备份

mysqldump -u root -pabc123 xny test > /opt/xny_test_$(date +%F)

#查看二进制日志

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

#修改my.cnf改变记录格式

binlog_format=MIXED

#创建定时任务记录都记在上一个文件中，新文件是空的，记录当天的操作

1.制作完全备份

2.刷新 mysqladmin -u -p flush-logs

3.插入数据

4.刷新

5.脚本： #！/bin/bash

/usr/local/mysql/bin/mysqladmin -uroot -pabc123 flush-logs

DATAPATH="/usr/lcoal/mysql/data"

LASTBINLOG=$(cat $DATAPATH/mysql-bin.index | tail -2 | head -1 | awk -F/ '{print $2}')

mv $DATAPATH/$LASTBINLOG /root/xny/mysql-binlog-$(date -d "-1 day" +%Y%m%d)

备份恢复：

1.先做完全恢复

mysql -uroot -pabc123 xny < xny.test_时间.sql

2.做增量恢复（一般）

mysqlbinlog --no-defaults mysql-binlog-时间 | mysql -uroot -pabc123

mysqlbinlog --no-defaults mysql-binlog-时间+1 | mysql -uroot -pabc123

....一个文件一个文件导回数据库

2.1 做增量恢复（位置/时间点）

先查看二进制文件， #at 数字 ，即为位置

mysqlbinlog --no-defaults --start-position='632' /root/test/mysql-binlog-时间 | mysql -uroot -pabc123

mysqlbinlog --no-defaults --stop-position='632' /root/test/mysql-binlog-时间 | mysql -uroot -pabc123

mysqlbinlog --no-defaults --start-position='295' --stop-position='748' /root/test/mysql-binlog-时间 | mysql -uroot -pabc123

#at 时间 按时间点恢复

mysqlbinlog --no-defaults --start-datetime='20230508 17:17:08' /root/test/mysql-binlog-时间 | mysql -uroot -pabc123