数据库的备份和恢复
备份：完全备份，增量备份
完全备份：将整个数据库完整的进行备份
增量备份：在完全备份基础的之上，对后续新增的内容进行备份
备份的需求
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号，对数据库打一个断点
断点之后进行增量备份