MySQL日志管理、备份

在生产中，数据的重要性尤其的高，在我们听过的各种生产上的事故中，关于数据丢失误删的占了大多数，并导致了很严重的后果，所以数据备份对于我们来说非常重要。

MySQL日志管理

MySQL的日志默认保存位置为:/usr/local/mysql/data下

配置文件位于：/etc/my.cnf文件中的[mysqld]内

日志类型和作用

redo重做日志：达到事务一致性（每次重启会重做）

作用：确保日志的持久性，防止在发生故障，脏页未写入磁盘。重启数据库会进行redo log执行重做，达到事务一致性

undo 回滚日志

作用：保证数据的原子性，记录事务发生之前的一个版本，用于回滚。innodb事务可以重复读和读取已提交

errorlog 错误日志

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

slow query log 慢查询日志

记录执行时间过场的sql，时间阈值可以设置，只记录执行成功，另一个作用在于提醒优化

bin log二进制日志

用于主从辅助，实现主从同步，记录的内容是数据库中执行的sql语句

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

relay log中继日志

用于数据库主从同步，将主库发来的bin log保存在本地，然后从库进行回放

general log 普通日志

记录数据库的操作明细，默认关闭，开启后会降低数据库性能

配置文件

vim /etc/my.cnf[mysqld]
#错误日志
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  或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

cd /usr/localmysql/data
ls

日志查询

#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;

数据备份

备份的主要目的是灾难恢复，可以用来测试应用、回滚数据修改、查询历史数据、审计等

数据备份的重要性

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

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

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

备份的类型

物理备份

是对数据库操作系统的物理文件，如数据文件、日志文件的备份。这种类型的备份适用于在出现问题的时候需要快速恢复的大型重要数据库

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

逻辑备份

是对数据库逻辑组件的备份，表示为逻辑数据库结构

适用于可以编辑数据值或表结构。

分为完全备份、差异备份、增量备份

完全备份

是对整个数据库、数据库结构和文件结构的备份

保存的是备份完成时刻的数据库

是差异备份与增量备份的基础

优点：备份与恢复操作简单方便

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

差异备份

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

#结果

增量备份

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

#过程

备份的方法

数据库的备份可以采用很多种方式，如直接打包数据库文件（物理冷备份）、专用备份工具（mysqldump）、二进制日志增量备份、第三方工具备份等

冷备份

冷备份时需要在数据库处于关闭状态下，能够较好地保证数据库的完整性
冷备份的特点就是速度快，恢复时也是最为简单的。
通过直接打包数据库文件夹(/usr/loc.al/mysql/data)来实现备份

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

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

通过第三方工具备份

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

MySQL完全备份与恢复

物理冷备份与恢复

systemctl stop mysqld
yum -y install xz

#压缩备份
tar Jcvf /opt/mysql_all_$(date +%F).tar.xz /usr/local/mysql/data/
##模拟破坏
mv /usr/local/mysql/data/ /opt/

mkdir /usr/local/mysql/data/
tar Jxvf /opt/mysql_all_2022-09-18.tar.xz -C /usr/local/mysql/data/

cd usr/local/mysql/data
mv /usr/local/mysql/data/* ./

#开启之前注意data目录的属主属组 systemctl start mysqld.service

进入数据局验证一下，数据都回来了

mysqldump完全备份与恢复（温备份）

安全备份一个或多个完全的库（包括里面所有的表）

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

完全备份mysql服务器中所有的库

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

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

mysqldump -uroot -p[密码][-d] 库名 [表名1] [表名2] ... > /备份路径/备份文件名.sql
#使用“-d”选项，说明只保存数据库的表结构 在进行数据迁移的时候，可作为一个表的结构模板
#不使用“-d"选项，说明表数据也进行备份

查看备份文件

grep -v "^--" /opt/名字 | grep -v "^/" | grep -v "^$"

恢复数据库

方法一

mysqldump -uroot -pabc123 --databases xiaoyan > /opt/xiaoyan.sql
使用mysqldump导出的文件，可使用导入的方法
source命令
进入数据库
source  /opt/名称 ------>备份文件路径

数据已经恢复

方法二

mysql恢复
mysql -uroot -p密码 < /路径/文件名.sql

恢复表

source  /opt/名称 ------>备份文件路径

将yan库中的y2表删掉

方法二

mysql -uroot -pabc123 yan < /opt/mysql_yan_y2.sql

在全量备份与恢复实验中，假设现有test库，test库中有一个class表，需要注意的一点为：

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

#备份命令
mysqldump -uroot -p123456 --databases test > /opt/test01.sql 备份库后#恢复命令过程为：
mysql -uroot -p123456
drop database test;
exit
mysql -uroot -p123456 < /opt/test01.sql

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

当备份时不加 --databases，表示针对test库下的所有表#备份命令
mysqldump -uroot -p123456 test > /opt/test02.sql#恢复过程：
mysql -uroot -p123456
drop database test;
create database test;
exit
mysql -uroot -p123456 test < /opt/test02.sql

主要原因在于两种方式的备份（前者会从"create databases"开始,而后者则全是针对表格进行操作）

Mysql增量备份与恢复

恢复的方式

一般恢复

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

基于位置恢复

数据库在某一时间点可能既有错误的操作也有正确的操作
可以基于精准的位置跳过错误的操作
发生错误节点之前的一个节点，上一次正确操作的位置点停止

基于时间点恢复

跳过某个发生错误的时间点实现数据恢复
在错误时间点停止，在下一个正确时间点开始

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

STATEMENT (基于SQL语句)、ROW(基于行)、MIXED(混合模式)，默认格式是STATEMENT

STATEMENT（基于SQL语句）

每一条涉及到被修改的sql 都会记录在binlog中
缺点：日志量过大，如sleep()函数，last_insert_id()>，以及user-defined fuctions（udf）、主从复制等架构记录日志时会出现问题

ROW（基于行）

只记录变动的记录，不记录sql的上下文环境
缺点:如果遇到update…set…where true 那么binlog的数据量会越来越大

MIXED （推荐使用）

一般的语句使用statement，函数使用ROW方式存储

开启二进制日志功能

vim /etc/my.cnf[mysqld]log-bin=mysql-binbinlog_format = MIXED
#可选，指定二进制日志(binlog)的记录格式为MIXED（混合输入）server-id = 1
#可加可不加该命令systemctl restart mysqld

查看二进制日志文件的内容

cp /usr/local/mysql/data/mysql-bin.000003 /opt/
mysqlbinlog --no-defaults --base64-output=decode-rows -v /opt/mysql-bin.000003#--base64-output=decode-rows：使用64位编码机制去解码（decode）并按行读取（rows）
#-v: 显示详细内容
#--no-defaults : 默认字符集（不加会报UTF-8的错误）

二进制日志中需要关注的部分

at ：开始的位置点
end_log_pos：结束的位置 position （位置点）
时间戳： 210712 11:50:30
SQL语句

增量备份过程（全备+增倍）

使用mysqldump

mysqladmin -u root -p flush-logs
可每天进行增量备份操作，生成新的二进制日志文件

进行一些操作，模拟一下对数据库的修改

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

增量恢复

全部恢复

模拟故障

先恢复完全备份

基于mysql-bin.000004恢复增量，恢复所有mysqlbinlog --no-defaults /usr/local/mysql/data/mysql-bin.000004 | mysql -uroot -pabc123

断点恢复

#查看日志
mysqlbinlog --no-defaults --base64-output=decode-rows -v /usr/local/mysql/data/mysql-bin.000004

基于节点恢复

mysqlbinlog --no-defaults --stop-position='752' /opt/mysql-bin.000004 | mysql -uroot -pabc123  #恢复id752之前的，基于04日志mysqlbinlog --no-defaults --start-position='856' --stop-position='1114' /opt/mysql-bin.000004 | mysql -uroot -pabc123#恢复从856开始到1114的

基于时间点恢复

mysqlbinlog [--no-defaults] --start-datetime='年-月-日 小时:分钟:秒' --stop-datetime='年-月-日小时:分钟:秒' 二进制日志 | mysql -u 用户名 -p 密码mysqlbinlog --no-defaults --stop-datetime='2022-09-18 21:13:28' /opt/mysql-bin.000004 | mysql -uroot -pabc123
仅恢复到 2022-09-18 21:13:28之前的数据mysqlbinlog --no-defaults --start-datetime='2022-09-18 21:14:39' --stop-datetime='2022-09-18 21:18:42' /opt/mysql-bin.000004 | mysql -uroot -pabc123恢复 2022-09-18 21:14:39开始到2022-09-18 21:18:42结束的的数据