数据库的备份和恢复

备份：完全备份，增量备份

完全备份：将整个数据库完整的进行备份

增量备份：在完全备份基础的之上，对后续新增的内容进行备份

备份的需求

1生产环境中，数据的安全性至关重要，任何数据都可能产生非常严重的后果

2 数据丢失可能是程序操作，运算错误，磁盘故障，人为操作等

冷备份：关机备份，停止mysql服务，然后进行备份

热备份：开机备份，无需停止mysql服务，然后进行备份

物理备份：对数据库系统的物理文件（数据文件，日志文件）进行备份

逻辑备份：只是对数据库的逻辑组件 进行备份（表结构）以mysql语句的形式，把库 结构，表进行备份（直接在数据库系统中删除全部文件（rm -rf 库名），逻辑备份无法恢复）只能使用逻辑的方式（命令行）进行删除

物理备份:完全备份，对整个数据库进行完整的打包备份。

优点:操作简单

缺点:数据库文件占用量是很大的，占用空间太大,备份和恢复的时间都很长。而且需要暂停数据库服务。

打包备份最好把服务关掉，避免有新的数据进入，备覆盖，恢复失败

yum -y install xz

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

#解压恢复 tar Jxvf /opt/mysql_all_2020-11-22.tar.xz

物理冷备份

#关闭mysqld

#查看data下文件

#安装一个高压缩率的数据压缩工具（备份恢复先下载好这个）

#打包data

Tar Jcvf：打包

Tar Jxvf: 解压

打包/mysql_all_$(date+%F).tar.xz日期  打包位置

使用xz工具打包 J要大写J

把文件/usr/log/mysql/data打包到/opt/mysql_all_$(data +%F).tar.xz

(把data数据库打包相当于打包全部)

解压打包过来的数据包

#解压出来是

#演示删库（相当于删除所有）

数据备份恢复

数据全部还原了

远程数据迁移：

复制到、/opt 下之后 再保留权限复制到下面/usr/local/mysql/data/下

#再赋权之后 刷新 数据库 数据表格等都有了

重启MySQL

热备份中的逻辑备份

MySQL的自带工具：mysqldump

备份:重定向输出到/opt/下(使用mysqldump用.sql为结尾)

单个库备份

Mysqldump -u root -p --databases kgc > /opt/kgc.sql

多个库备份

Mysqldump -u root -p --databases kgc kgc1 > /opt/kgc1.sql

所有库进行备份

Mysqldump -u root -p --all-databases > /opt/kgc3.sql

恢复库使用mysql 小于号

mysql -u root -p < /opt/kgc_all.sql

##开启端口号、MySQL服务

单个数据库的逻辑热备份

#物理删除Kgc这个库（恢复之后只有库的架构 没有表数据）

#使用命令行的方式进行删除

#指定连接完mysql命令 之后自动退出

mysql -u root -p -e 'show databases;'

-e：指定连接mysql之后执行完命令，自动退出。

#恢复库

物理删除刷新没有了kgc

命令行删除还有恢复数据库

多个数据库的热备份的逻辑

备份全部数据库

如何备份指定库 指定表

指定数据库下 多表恢复

增量备份：

优点：

mysgldump支持增量备份。

没有重复数据，备份量小，时间短。

mysgldump增量备份恢复表数据期间，表会锁定。

缺点：

备份时锁表，必然会影响业务。超过10G，耗时会比较长，导致服务不可用。

MySQl二进制日志记录格式有3种：

1 statemnet基于sql语句

记录修改的sql语句，高并发情况下，记录sql语句时候的顺序可能会出错，恢复数据时候可能会导致丢失和误差，效率比较高

2 row 基于行

精准记录每一行的数据，准确率高，但是恢复效率低

3、MIXED: 即可以根据sgl语句，也可以根据行

在正常情况下使用STATEMENT,-旦发生高并发，会智能自动切换到ROW行。

增量-备份的过程

mysql 提供的二进制日志间接的实现增量备份。

使用增量备份需要先修改配置文件

设置把二进制文件打开

log-bin=mysql-bin

binlog_format=MIXED

#二进制日志文件的位置

#查看二进制文件的内容

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

mysqladmin -u root -p flush-logs

#刷新命令会生成一个新的mysql00000x记录点

恢复

mysqlbinlog --no-defaults mysql-bin.000001 | mysql -u root -p

基于位置点来进行恢复：

从某一个点开始，恢复到最后

mysqlbinlog --no-defaults --start-position='位置点' 文件名 | mysql - u root -p

从开头，一直恢复到某个位置

mysqlbinlog --no-defaults --stop-position='位置点' 文件名 | mysql - u root -p

从指定点-----指点结束点。

mysqlbinlog --no-defaults --start-position='位置点' --stop-position='位置点' 文件名 | mysql - u root -p

基于时间点进行恢复：

1、从某个时间点开始：

mysqlbinlog --no-defaults --start-datetime='时间点' 文件 | mysql -u root -p

2、从开头，到指定的结尾时间点：

mysqlbinlog --no-defaults --stop-datetime='时间点' 文件 | mysql -u root -p

3、指定时间范围：

mysqlbinlog --no-defaults --start-datetime='时间点' --stop-datetime='时间点' 文件 | mysql -u root -p

时间点要加-

At :数字是位置点

时间点 位置点

如何打开MySQL的默认日志

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

vim /etc/my.cnf

[mysqld]

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

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

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

general_log=ON

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

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

log-bin=mysql-bin

 #也可以 log_bin=mysql-bin

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

slow_query_log=ON

slow_query_log_file=/usr/local/mysql/data/mysql_slow_query.log

long_query_time=5

##慢查询日志，用来记录所有执行时间超过long_query_time秒的语句，可以找到哪些查询语句执行时间长，

以便于优化，默认是关闭的

#设置超过5秒执行的语句被记录，缺省时为10秒

systemctl restart mysqld

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;               #在数据库中设置开启慢查询的方法

附加题：写一个脚本，每个月的20号，对数据库打一个断点

断点之后进行增量备份