MySQL日志、备份与恢复

2023-12-27 07:21:29

目录

一、MySQL日志管理

1、MySQL日志的分类

2、配置MySQL日志

3、日志的查询

二、MySQL数据库备份与恢复

1、数据备份的重要性

2、造成数据丢失的原因

3、数据库备份的分类

4、常见的备份方法

①物理冷备

②专用备份工具mysqldump或mysqlhotcopy

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

④第三方工具备份

5、MySQL完全备份及实验

①物理冷备份与恢复

②mysqldump热备份与恢复

6、MySQL增量备份及实验

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

②增量备份的特点

③增量备份的方法

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

⑤增量备份的备份步奏

⑥增量备份的恢复步奏


一、MySQL日志管理

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

vim /etc/my.cnf

1、MySQL日志的分类

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

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

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

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

2、配置MySQL日志

vim /etc/my.cnf

systemctl restart mysql

3、日志的查询

#登入mysql
mysql -u root -p[密码]
?
#查看通用查询日志是否开启
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数据库备份与恢复

1、数据备份的重要性

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

  • 在生产环境中,数据的安全性至关重要

  • 任何数据的丢失都可能产生严重的后果

2、造成数据丢失的原因

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

3、数据库备份的分类

①从物理和逻辑角度上,可以把数据库的备份分为两类:

  • 物理备份:直接对数据库的物理文件(数据文件、日志文件、索引文件等)进行备份

物理备份方法:

冷备份 (脱机备份) :是在关闭数据库的时候进行的

热备份 (联机备份) :数据库处于运行状态,依赖于数据库的日志文件

温备份:数据库锁定表格 (不可写入但可读)的状态下进行备份操作

  • 逻辑备份:对数据库逻辑组件 (如: 数据库中的库或表等数据库对象)以SQL语言的形式导出进行备份

②从数据库的备份策略角度,可以把数据库的备份分为三类:

  • 完全备份:每次对数据库进行完整的备份

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

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

  • 差异备份:备份自从上次完全备份之后的更新数据
  • 增量备份:只有在上次完全备份或者增量备份后被修改的文件才会被备份

4、常见的备份方法

①物理冷备

物理冷备常用于做数据库的数据迁移。备份时数据库处于关闭状态,直接打包数据库文件。特点是备份速度快,恢复时也是最简单的。

②专用备份工具mysqldump或mysqlhotcopy

  • mysqldump是常用的逻辑热备份工具,适合备份数据较少的数据库,数据多的数据库效率可能会慢。
  • mysqlhotcopy仅拥有备份MyISAM和ARCHIVE表。

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

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

④第三方工具备份

免费的MySQL热备份软件Percona XtraBackup,可以实现物理热备份

5、MySQL完全备份及实验

MySQL完全备份是对整个数据库、数据库结构和文件结构的备份,保存的是备份完成时刻的数据库,是差异备份与增量备份的基础。

①物理冷备份与恢复

步奏:关闭MySQL数据库;使用tar命令直接打包数据库文件夹;直接替换现有MySQL目录即可。

实验

systemctl stop mysql

②mysqldump热备份与恢复

1)准备好备份数据库的目录

2)开始备份

mysqldump -uXXX -pXXX ?--databases 库1 [库2 ....] > XXX.sql ? ? ? 备份一个或多个库及库中所有的表数据
mysqldump -uXXX -pXXX ?--all-databases > XXX.sql? ? ? ? ? ? ? ? ? ? ? 备份所有的库
mysqldump -uXXX -pXXX ?库名 > XXX.sql? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?备份指定库中的所有的表数据,不包含库对象
mysqldump -uXXX -pXXX [-d] 库名 表1 [表2 ....] > XXX.sql? ? ? ? ? ? ??备份指定库中的一个或多个表数据,不包含库对象。-d选项的作用是只备份表结构,不备份表数据

3)查看备份文件

grep -v "^--" /opt/mysqlbak/yjs.sql | grep -v "^--"?|grep -v "^/" | grep -v "^$"

4)恢复文件

方法一:

先登录到数据库,再使用 source 命令执行sql脚本的路径 (如果sql文件是只备份了表数据的文件,需要先创建库并 use 切换库后再执行

方法二:

恢复库:mysql -uXXX -pXXX < XXX.sql? ? ? ? ? ? ? cat XXX.sql | mysql -uXXX -pXXX? ? ? ? ? ? ? ? ? ? ? ? ?
恢复表:mysql -uXXX -pXXX 库名 < XXX.sql? ? ? cat XXX.sql | mysql -uXXX -pXXX 库名? ? ??

6、MySQL增量备份及实验

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

  • 备份数据中有重复数据;备份时间与恢复时间过长

②增量备份的特点

  • 是自上一次备份后增加/变化的文件或者内容
  • 没有重复数据,备份量不大,时间短
  • 恢复需要上次完全备份及完全备份之后所有的增量备份才能恢复,而且要对所有增量备份进行逐个反推恢复

③增量备份的方法

  • MySQL没有提供直接的增量备份方法
  • 可通过MySQL提供的二进制日志间接实现增量备份

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

  • 二进制日志保存了所有更新或者可能更新数据库的操作
  • 二进制日志在启动MySQL服务器后开始记录,并在文件达到max binlog size所设置的大小或者接收到flush logs命令后或者重新登录数据库会重新创建新的日志文件
  • 只需定时执行flush logs方法重新创建新的日志,生成二进制文件序列,并及时把这些日志保存到安全的地方就完成了一个时间段的增量备份

⑤增量备份的备份步奏

1)开启二进制日志功能

vim /etc/my.cnf

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

STATEMENT(基于SQL语句)、ROW(基于行)、MIXED(混合模式,指在并发量低的情况下自动采用记录SQL语句模式,在并发量高的情况下自动采用记录行模式,生产环境一般都使用混合模式),默认格式是STATEMENT

systemctl restart mysql

2)对数据库或表进行完全备份

3)进行增量备份操作,生成新的二进制日志文件

mysqladmin -u root -p flush-logs

4)登录数据库,进行事务性操作,以模拟数据的增加或变更

5)再次生成新的二进制日志文件

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

mv /usr/local/mysql/data/mysql-bin.000003? /opt/

mysqlbinlog --no-defaults --base64-output=decode-rows -v mysql_bin.000003

#--base64-output=decode-rows:使用64位编码机制去解码并按行读取

#-v:显示详细内容

⑥增量备份的恢复步奏

使用二进制日志增量恢复
mysqlbinlog --no-defaults <BINLOG> | mysql -uXXX -pXXX

断点恢复
基于位置点恢复
mysqlbinlog --no-defaults --start-position='开始位置点' --stop-position='结束位置点' ?<BINLOG> | mysql -uXXX -pXXX

基于时间点恢复
mysqlbinlog --no-defaults --start-datetime='YYYY-mm-dd HH:MM:SS' --stop-position='YYYY-mm-dd HH:MM:SS' ?<BINLOG> | mysql -uXXX -pXXX

如果需要恢复到某条sql语句之前的所有数据,就stop在这个语句的位置点或时间点之前
如果需要恢复某条sql语句及其之后的所有数据,就从这个语句的位置点或时间点开始start

文章来源:https://blog.csdn.net/lcy913/article/details/135224448
本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。