一、Mysql日志
Mysql的日志默认保存位置为/usr/local/mysql/data
配置文件：/etc/my.cnf
1、错误日志
用来记录当Mysql启动，停止或运行时发生的错误信息，默认已开启
指定日志的保存位置和文件名：log-error=/usr/local/mysql/data/mysql_error.log
2、通用查询日志
用来记录Mysql的所有连接和语句，默认是关闭的
general_log=ON
general_log_file=/usr/local/mysql/data/mysql_general.log
show variables like 'general%'; #查看通用查询日志是否开启
mysql> show variables like 'general%';
+------------------+-------------------------------------+
| Variable_name | Value |
+------------------+-------------------------------------+
| general_log | OFF |
| general_log_file | /usr/local/mysql/data/localhost.log |
+------------------+-------------------------------------+
2 rows in set (0.00 sec)
3、二进制日志
用来记录所有更新了数据或者已经潜在更新了数据的语句，记录了数据的更改，可用于数据恢复，默认已开启
log-bin=mysql-bin
show variables like 'log_bin%'; #查看二进制日志是否开启
mysql> show variables like 'log_bin%';
Connection id: 3
Current database: *** NONE ***
+---------------------------------+---------------------------------------+
| Variable_name | Value |
+---------------------------------+---------------------------------------+
| log_bin | ON |
| log_bin_basename | /usr/local/mysql/data/mysql-bin |
| log_bin_index | /usr/local/mysql/data/mysql-bin.index |
| log_bin_trust_function_creators | OFF |
| log_bin_use_v1_row_events | OFF |
+---------------------------------+---------------------------------------+
5 rows in set (0.00 sec)
#二进制日志开启后，重启mysql 会在目录中查看到二进制日志
cd /usr/local/mysql/data
mysql-bin.000001 #开启二进制日志时会产生一个索引文件及一个索引列表
索引文件：记录更新语句
索引文件刷新方式：
1.重启mysql的时候会更新索引文件，用于记录新的更新语句
2.刷新二进制日志
二进制日志文件的索引：mysql-bin.index
4、中继日志
一般情况下它在Mysql主从同步（复制），读写分离集群的从节点开启，主节点一般不需要这个日志
5、慢查询日志
用来记录所有执行时间超过long_query_time秒的语句，可以找到哪些查询语句执行时间长，以便提醒优化，默认是关闭的
s1ow_query_log=ON
slow_query_log_file=/usr/local/mysql/data/mysql_slow_query.log
long_query_time=5 #设置超过5秒执行的语句被记录，缺省时为10秒
show variables like '%slow%'; #查看慢查询日功能是否开启
mysql> show variables like '%slow%';
+---------------------------+--------------------------------------------+
| Variable_name | Value |
+---------------------------+--------------------------------------------+
| log_slow_admin_statements | OFF |
| log_slow_slave_statements | OFF |
| slow_launch_time | 2 |
| slow_query_log | ON |
| slow_query_log_file | /usr/local/mysql/data/mysql_slow_query.log |
+---------------------------+--------------------------------------------+
show variables like 'long_query_time'; #查看慢查询时间设置
mysql> show variables like 'long_query_time';
+-----------------+----------+
| Variable_name | Value |
+-----------------+----------+
| long_query_time | 5.000000 |
+-----------------+----------+
set global slow_query_log=ON; #在数据库中设置开启慢查询的方法
PS:variables 表示变量 like 表示模糊查询
6、开启日志功能
将需要开启的日志配置到主配置文件
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
将上述命令添加到配置文件最后，然后重启mysql服务
systemctl restart mysqld
[root@localhost ~]# vim /etc/my.cnf
[client]
[mysql]
port = 3306
default-character-set=utf8
socket=/usr/local/mysql/mysql.sock
auto-rehash
[mysqld]
user = mysql
basedir=/usr/local/mysql
datadir=/usr/local/mysql/data
port = 3306
character-set-server=utf8
pid-file = /usr/local/mysql/mysqld.pid
socket=/usr/local/mysql/mysql.sock
bind-address = 0.0.0.0
skip-name-resolve
max_connections=2048
default-storage-engine=INNODB
max_allowed_packet=16M
server-id = 1
sql_mode=NO_ENGINE_SUBSTITUTION,STRICT_TRANS_TABLES,NO_AUTO_CREATE_USER,NO_AUTO_VALUE_ON_ZERO,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,PIPES_AS_CONCAT,ANSI_QUOTES
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
[root@localhost ~]# systemctl restart mysqld
二、数据备份
1、数据备份的重要性
1.备份的主要目的是灾难恢复
2.在生产环境中，数据的安全性至关重要
3.任何数据的丢失都可能产生严重的后果
造成数据丢失的原因：
①程序错误
②人为操作错误
③运算错误
④磁盘故障
⑤灾难 (如火灾、地震) 和盗窃
2、物理备份
数据库备份可以分为物理备份和逻辑备份。物理备份是对数据库操作系统的物理文件（如数据文件、日志文件等）的备份。这种类型的备份适用于在出现问题的时候需要快速恢复的大型重要数据库。物理备份又可以成为冷备份（脱机备份）、热备份（连接备份）和温备份。
① 冷备份 (脱机备份) ：是在关闭数据库的时候进行的（tar）
② 热备份 (联机备份) ：数据库处于运行状态，依赖于数据库的日志文件（mysqlhotcopy mysqlbackup）
③ 温备份 ：数据库锁定表格(不可写入但可读)的状态下进行备份操作（mysqldump）
3、逻辑备份
逻辑备份是对数据库逻辑组件的备份，表示为逻辑数据库结构，这种类型的备份适用于可以编辑数据值或表结构
从数据库的备份策略角度来看，备份又可分为完全备份、差异备份和增量备份
① 完全备份
每次对数据进行完整备份，即对整个数据库、数据库结构和文件结构的备份，保存的是备份完成时刻的数据库，是差异备份与增量备份的基础完全备份的备份与恢复操作都非常简单方便，但是数据存在大量的重复并且会占用大量的磁盘空间，备份的时间也很长，每次都进行完全备份，会导致备份文件占用空间巨大，并且有大量的重复数据，恢复时，直接使用完全备份的文件即可
② 差异备份
备份那些自从上次完全备份之后被修改过的所有文件，备份的时间节点是从上次完整备份起，备份数据量会越来越大。恢复数据时只需要恢复上次的完全备份与最佳的一次差异备份，每次差异备份，都会备份上一次完全备份之后的数据，可能会出现重复数据。恢复时，先恢复完全备份的数据，再恢复差异备份的数据
③ 增量备份
只有那些在上次完全备份或者增量备份后被修改的文件才会被备份以上次完整备份或上次增量备份的时间为时间点，仅备份期间内的数据变化，因而备份的数据量小，占用空间小，备份速度快。但恢复时，需要从上一次的完整备份开始到最后一次增量备份之间的所有增量依次恢复，如中间某次的备份数据损坏，将导致数据的丢失，每次增量备份都是在备份在上一次完成全备份，每次增量备份都是备份在上一次完全备份或者增量备份之后的数据，不会出现重复数据的情况，也不会占用额外的磁盘空间，恢复数据，需要按照次序恢复完全备份和增量备份的数据
备份方式表：
备份方式 | 完全备份 | 差异备份 | 增量备份 |
完全备份时的状态 | 表1，表2 | 表1，表2 | 表1，表2 |
第一次添加内容 | 创建表3 | 创建表3 | 创建表3 |
备份内容 | 表1，表2，表3 | 表3 | 表3 |
第二次添加内容 | 创建表4 | 创建表4 | 创建表4 |
备份内容 | 表1，表2，表3，表4 | 表3，表4 | 表4 |
总结 | 备份所有数据 | 备份除第一次完全备份外的数据 | 备份上一次备份后增加的数据 |
备份数据要选择合理的逻辑备份策略
一周一次的全备，全备的时间需要在不提供业务的时间区间进行 PM 10点 AM 5:00之间进行全备
增量：3天/2天/1天一次增量备份
差异：选择特定的场景进行备份
一个处理（NFS）提供额外空间给与mysql 服务器用
4、常见备份方法
1.物理冷备
备份时数据库处于关闭状态，直接打包数据库文件（tar）
备份速度快，恢复时也是最简单的
2.专用备份工具 mysqldump 或 mysqlhotcopy
mysqldump 常用的逻辑备份工具
mysqlhotcopy 仅拥有备份 MyISAM 和 ARCHIVE 表
3.启用二进制日志进行增量备份
进行增量备份，需要刷新二进制日志
MySQL支持增量备份，进行增量备份时必须启用二进制日志。二进制日志文件为用户提供复制，对执行备份点后进行的数据库更改所需的信息进行恢复。如果进行增量备份（包含自上次完全备份或增量备份以来发生的数据修改），需要刷新二进制日志。
4.第三方工具备份
免费的MySQL 热备份软件 Percona XtraBackup mysqlbackup
5.MySQL完全备份
是对整个数据库、数据库结构和文件结构的备份
保存的是备份完成时刻的数据库
是差异备份与增量备份的基础
①优点：
备份与恢复操作简单方便
②缺点：
数据存在大量的重复
占用大量的备份空间
备份与恢复时间长
③数据库完全备份分类
-->物理冷备份与恢复
关闭MySQL数据库
使用tar命令直接打包数据库文件夹
直接替换现有MySQL目录即可
-->mysqldump备份与恢复
MySQL自带的备份工具，可方便实现对MySQL的备份
可以将指定的库、表导出为SQL 脚本
使用命令mysq|导入备份的数据
三、备份与恢复操作
操作环境：
mysql> use wdhg
Database changed
mysql> create table if not exists shiq(id int(6) not null auto_increment,name varchar(10) not null,age char(10) not null,tall varchar(10),primary key(id));
Query OK, 0 rows affected (0.01 sec)
mysql> insert into shiq values(1,'xiaoqiao',18,162);
Query OK, 1 row affected (0.03 sec)
mysql> insert into shiq values(2,'daqiao',23,168);
Query OK, 1 row affected (0.01 sec)
mysql> select * from shiq;
+----+----------+-----+------+
| id | name | age | tall |
+----+----------+-----+------+
| 1 | xiaoqiao | 18 | 162 |
| 2 | daqiao | 23 | 168 |
+----+----------+-----+------+
1、Mysql完全备份与恢复
InnoDB 存储引擎的数据库在磁盘上存储成三个文件: db.opt(表属性文件)、表名.frm(表结构文件)、表名.ibd(表数据文件)。
1.物理冷备份与恢复
[root@localhost data]# systemctl stop mysqld
[root@localhost data]# yum install -y xz
[root@localhost ~]# tar Jcvf /opt/mysql_all_$(date +%F).tar.xz /usr/local/mysql/data/
#压缩备份
[root@localhost ~]# mv /usr/local/mysql/data/ /opt/
#删除数据
[root@localhost ~]# cd /usr/local/mysql/
[root@localhost mysql]# mkdir data
[root@localhost mysql]# tar Jxvf /opt/mysql_all_2022-11-28.tar.xz -C /usr/local/mysql/data/
[root@localhost mysql]# cd data
[root@localhost data]# mv usr/local/mysql/data/* ./
[root@localhost ~]# chown mysql:mysql /usr/local/mysql/data
[root@localhost ~]# systemctl restart mysqld.service
2.mysqldump备份与恢复（温备份）
(1)完全备份一个或多个完整的库 (包括其中所有的表)
指定个别库导出
mysqldump -u root -p[密码] --databases 库名1 [库名2] ... > /备份路径/备份文件名.sql #导出的就是数据库脚本文件
[root@localhost ~]# mysqldump -u root -p123456 --databases xjjdq wdhg > /opt/xjjdq_wdhg.sql
mysqldump: [Warning] Using a password on the command line interface can be insecure.
[root@localhost ~]# ls /opt
data mysql-5.7.17 mysql_all_2022-11-28.tar.xz rh xjjdq_wdhg.sql
(2)完全备份 MySQL 服务器中所有的库
mysqldump -u root -p[密码] --all-databases > /备份路径/备份文件名.sql
[root@localhost ~]# mysqldump -u root -p123456 --all-databases > /opt/all_databases.sql
mysqldump: [Warning] Using a password on the command line interface can be insecure.
(3)完全备份指定库中的部分表
mysqldump -u root -p[密码] [-d] 库名 [表名1] [表名2] ... > /备份路径/备份文件名.sql
[root@localhost ~]# mysqldump -u root -p123456 xjjdq xjj > /opt/xjjdq_xjj.sql
mysqldump: [Warning] Using a password on the command line interface can be insecure.
#使用“-d”选项，说明只保存数据库的表结构
#不使用“-d"选项，说明表数据也进行备份
(4)查看备份文件
grep -v "^--" /opt/kgc_info1.sql | grep -v "^/" | grep -v "^$"
3.Mysql完全恢复
①使用mysqldump导出的文件，可使用导入的方法
source命令
mysql命令
②使用source恢复数据库的步骤
登录到MySQL数据库
执行source备份sql脚本的路径
source恢复：
[root@localhost ~]# mysqldump -u root -p123456 xjjdq xjj > /opt/xjjdq_xjj.sql
#备份数据
[root@localhost ~]# mysql -u root -p123456 -e 'drop table xjjdq.xjj;'
#删除库xjjdq下的xjj表，-e调用sql语句
mysql> use xjjdq
Database changed
mysql> show tables;
Empty set (0.00 sec)
#进入数据库查看
mysql> source /opt/xjjdq_xjj.sql
#source导入数据
mysql> select * from xjj;
+----+------+--------+---------+
| id | name | tall | address |
+----+------+--------+---------+
| 1 | cn | 160.00 | 如家 |
| 2 | wjy | 158.00 | 如家 |
+----+------+--------+---------+
mysql语句恢复：
[root@localhost opt]# mysql -uroot -p123456 xjjdq < /opt/xjjdq_xjj.sql
PS:mysqldump 严格来说属于温备份，会需要对表进行写入的锁定
在全量备份与恢复实验中，假设现有xjjdq库，xjjdq库中有一个xjj表，需要注意的一点为：
① 当备份时加 --databases ,表示针对于xjjdq库
#备份命令
mysqldump -uroot -p123456 --databases xjjdq > /opt/xjjdq.sql 备份库后
#恢复命令过程为：
mysql -uroot -p123456
drop database xjjdq;
exit
mysql -uroot -p123456 < /opt/xjjdq.sql
② 当备份时不加 --databases，表示针对xjjdq库下的所有表
#备份命令
mysqldump -uroot -p123456 xjjdq > /opt/xjjdq.sql
#恢复过程：
mysql -uroot -p123456
drop database xjjdq;
create database xjjdq;
exit
mysql -uroot -p123456 xjjdq < /opt/xjjdq.sql
主要原因在于两种方式的备份（前者会从"create databases"开始,而后者则全是针对表格进行操作）
4.在工作中，使用Shell脚本自动实现定时备份（时间频率需要确认）
0 1 * * 6 /usr/local/mysql/bin/mysqldump -uroot -p123456 xjjdq xjj > ./xjjdq_xjj_$(date +%Y%m%d).sql ;/usr/local/mysql/bin/mysqladmin -u root -p flush-logs
2、Mysql增量备份与恢复
1.MySQL数据库增量恢复
①一般恢复
将所有备份的二进制日志内容全部恢复
②基于位置恢复
数据库在某一时间点可能既有错误的操作也有正确的操作
可以基于精准的位置跳过错误的操作
发生错误节点之前的一个节点，上一次正确操作的位置点停止
③基于时间点恢复
跳过某个发生错误的时间点实现数据恢复
在错误时间点停止，在下一个正确时间点开始
2.Mysql增量备份
Ⅰ.开启二进制日志功能
vim /etc/my.cnf
[mysqld]
log-bin=mysql-bin
binlog_format = MIXED #可选，指定二进制日志(binlog)的记录格式为MIXED（混合输入）
server-id = 1 #可加可不加该命令
#二进制日志(binlog)有3种不同的记录格式: STATEMENT (基于SQL语句)、ROW(基于行)、MIXED(混合模式)，默认格式是STATEMENT
① STATEMENT（基于SQL语句）:
每一条涉及到被修改的sql 都会记录在binlog中
缺点：日志量过大，如sleep()函数，last_insert_id()>，以及user-defined fuctions（udf）、主从复制等架构记录日志时会出现问题
总结：增删改查通过sql语句来实现记录，如果用高并发可能会出错，可能时间差异或者延迟，可能不是我们想想的恢复可能你先删除或者在修改，可能会倒过来。准确率底
② ROW(基于行)
只记录变动的记录，不记录sql的上下文环境
缺点:如果遇到update......set....where true 那么binlog的数据量会越来越大
总结：update、delete以多行数据起作用，来用行记录下来，
只记录变动的记录，不记录sql的上下文环境，
比如sql语句记录一行，但是ROW就可能记录10行，但是准确性高，高并发的时候由于操作量，性能变低 比较大所以记录都记下来，
③ MIXED 推荐使用
一般的语句使用statement，函数使用ROW方式存储。
查看二进制日志文件的内容
cp /usr/local/mysql/data/mysql-bin.000002 /opt/
① mysqlbinlog --no-defaults /opt/mysql-bin.000002
mysqlbinlog --no-defaults --base64-output=decode-rows -v /opt/mysql-bin.000002
#--base64-output=decode-rows：使用64位编码机制去解码（decode）并按行读取（rows）
#-v: 显示详细内容
#--no-defaults : 默认字符集（不加会报UTF-8的错误）
PS: 可以将解码后的文件导出为txt格式，方便查阅
mysqlbinlog --no-defaults --base64-output=decode-rows -v /opt/mysql-bin.000002 > /opt/mysql-bin.000002
二进制日志中需要关注的部分
①at ：开始的位置点
②end_log_pos：结束的位置
③时间戳： 221112 11:50:30
④SQL语句
Ⅱ.进行完全备份(增量备份时基于完全备份的，所以直接完全备份数据库)
[root@mysql data]# mysqldump -uroot -p xjjdq xjj > /opt/xjjdq_xjj1_$(date +%F).sql
[root@mysql data]# mysqldump -uroot -p123456 xjjdq > /opt/xjjdq_all_$(date +%F).sql
Ⅲ.可每天进行增量备份操作，生成新的二进制日志文件(例如:mysql-bin.000004)
mysqladmin -u root -p flush-logs
-rw-r----- 1 mysql mysql 1180 11月 28 23:38 mysql-bin.000001
-rw-r----- 1 mysql mysql 2765 11月 29 15:30 mysql-bin.000002
-rw-r----- 1 mysql mysql 201 11月 29 16:03 mysql-bin.000003
-rw-r----- 1 mysql mysql 154 11月 29 16:03 mysql-bin.000004
Ⅳ.插入新数据，以模拟数据的增加或变更
PS:在第一次完全备份之后刷新二进制文件，在下一个二进制文件中记载着"增量备份的数据"
mysql> create database zxdjj;
mysql> use zxdjj
Database changed
mysql> create table djj(id int(10) not null,name varchar(20) not null);
mysql> insert into djj values(1,'xx');
mysql> insert into djj values(2,'jj');
mysql> insert into djj values(3,'yy');
mysql> select * from djj;
+----+------+
| id | name |
+----+------+
| 1 | xx |
| 2 | jj |
| 3 | yy |
+----+------+
Ⅴ.再次生成新的二进制日志文件(例如:mysql-bin.000005)
mysqladmin -u root -p flush-logs
[root@localhost opt]# ll /usr/local/mysql/data/
总用量 123044
-rw-r----- 1 mysql mysql 56 11月 22 15:51 auto.cnf
drwxr-x--- 2 mysql mysql 88 11月 24 09:13 bdqn
-rw-r----- 1 mysql mysql 492 11月 29 15:30 ib_buffer_pool
-rw-r----- 1 mysql mysql 12582912 11月 29 16:08 ibdata1
-rw-r----- 1 mysql mysql 50331648 11月 29 16:08 ib_logfile0
-rw-r----- 1 mysql mysql 50331648 11月 22 15:51 ib_logfile1
-rw-r----- 1 mysql mysql 12582912 11月 29 16:02 ibtmp1
drwxr-x--- 2 mysql mysql 112 11月 23 19:18 lzy
drwxr-x--- 2 mysql mysql 124 11月 24 21:35 max
drwxr-x--- 2 mysql mysql 4096 11月 22 15:51 mysql
-rw-r----- 1 mysql mysql 1180 11月 28 23:38 mysql-bin.000001
-rw-r----- 1 mysql mysql 2765 11月 29 15:30 mysql-bin.000002
-rw-r----- 1 mysql mysql 201 11月 29 16:03 mysql-bin.000003
-rw-r----- 1 mysql mysql 1416 11月 29 16:10 mysql-bin.000004
-rw-r----- 1 mysql mysql 154 11月 29 16:10 mysql-bin.000005
#之前的步骤4的数据库操作会保存到mysql-bin.000004文件中，删除zxdjj库的操作会保存在mysql-bin.000005文件中 （以免当我们基于mysql-bin.000004日志进行恢复时，依然会删除库）
四、Mysql增量恢复操作
1、一般恢复
1.丢失更改的数据的恢复
①备份zxdjj库中djj表
[root@localhost opt]# mysqldump -uroot -p123456 zxdjj djj > /opt/zxdjj_djj.sql
②删除zxdjj库中djj表
mysql> drop table djj;
Query OK, 0 rows affected (0.01 sec)
③恢复djj表
[root@localhost opt]# mysql -uroot -p123456 zxdjj < zxdjj_djj.sql
mysql> show tables;
+-----------------+
| Tables_in_zxdjj |
+-----------------+
| djj |
+-----------------+
1 row in set (0.00 sec)
#查看日志文件
[root@mysql data]# mysqlbinlog --no-defaults --base64-output=decode-rows -v mysql-bin.000004
2.丢失所有数据的恢复
①删除所有数据
mysql> drop database zxdjj;
Query OK, 1 row affected (0.00 sec)
②基于mysql-bin.000004恢复
[root@localhost data]# mysqlbinlog --no-defaults /usr/local/mysql/data/mysql-bin.000004 | mysql -u root -p123456
mysql: [Warning] Using a password on the command line interface can be insecure.
mysql> show databases;
+--------------------+
| Database |
+--------------------+
| information_schema |
| bdqn |
| lzy |
| max |
| mysql |
| performance_schema |
| sys |
| usr |
| wdhg |
| xjj_l |
| xjjdq |
| zxdjj |
+--------------------+
12 rows in set (0.00 sec)
mysql> use zxdjj
Reading table information for completion of table and column names
You can turn off this feature to get a quicker startup with -A
Database changed
mysql> show tables;
+-----------------+
| Tables_in_zxdjj |
+-----------------+
| djj |
+-----------------+
1 row in set (0.01 sec)
#所有数据都恢复了
2、断点恢复
通过查看二进制日志，如：mysqlbinlog --no-defaults --base64-output=decode-rows -v /opt/mysql-bin.000004
BEGIN
/*!*/;
# at 1232
#221129 16:08:00 server id 1 end_log_pos 1338 CRC32 0x2e45ef98 Query thread_id=8 exec_time=0 error_code=0
SET TIMESTAMP=1669709280/*!*/;
insert into djj values(3,'yy')
/*!*/;
# at 1338
#221129 16:08:00 server id 1 end_log_pos 1369 CRC32 0x00f55b1e Xid = 63
COMMIT/*!*/;
# at 1369
#221129 16:10:15 server id 1 end_log_pos 1416 CRC32 0x75fe913f Rotate to mysql-bin.000005 pos: 4
SET @@SESSION.GTID_NEXT= 'AUTOMATIC' /* added by mysqlbinlog */ /*!*/;
DELIMITER ;
# End of log fil
①at ：开始的位置点
②end_log_pos：结束的位置
③时间戳： 221112 11:50:30
1.基于位置恢复
①插入几条数据
mysql> select * from djj;
+----+------+
| id | name |
+----+------+
| 1 | xx |
| 2 | jj |
| 3 | yy |
+----+------+
3 rows in set (0.00 sec)
mysql> insert into djj values(4,'ww');
mysql> insert into djj values(5,'ll');
mysql> insert into djj values(6,'pp');
mysql> select * from djj;
+----+------+
| id | name |
+----+------+
| 1 | xx |
| 2 | jj |
| 3 | yy |
| 4 | ww |
| 5 | ll |
| 6 | pp |
+----+------+
6 rows in set (0.00 sec)
②确认位置点，刷新二进制日志，删除djj表
[root@localhost data]# mysqlbinlog --no-defaults --base64-output=decode-rows -v ./mysql-bin.000005
#查看二进制日志
BEGIN
/*!*/;
# at 3256
#221129 16:35:10 server id 1 end_log_pos 3362 CRC32 0x804cc874 Query thread_id=8 exec_time=0 error_code=0
SET TIMESTAMP=1669710910/*!*/;
insert into djj values(5,'ll')
/*!*/;
# at 3362
#221129 16:35:10 server id 1 end_log_pos 3393 CRC32 0x44dae61b Xid = 179
COMMIT/*!*/;
# at 3393
#221129 16:35:15 server id 1 end_log_pos 3458 CRC32 0xb8263469 Anonymous_GTID last_committed=14 sequence_number=15
SET @@SESSION.GTID_NEXT= 'ANONYMOUS'/*!*/;
# at 3458
#221129 16:35:15 server id 1 end_log_pos 3539 CRC32 0xad83cdc8 Query thread_id=8 exec_time=0 error_code=0
SET TIMESTAMP=1669710915/*!*/;
mysql> drop table djj;
Query OK, 0 rows affected (0.01 sec)
mysql> show tables;
Empty set (0.00 sec)
③基于位置点恢复
恢复到操作ID为’3256‘之前的数据，不包括id=5
[root@localhost data]# mysqlbinlog --no-defaults --stop-position='3256' ./mysql-bin.000005 | mysql -uroot -p123456
mysql: [Warning] Using a password on the command line interface can be insecure.
mysql> select * from djj;
+----+------+
| id | name |
+----+------+
| 1 | xx |
| 2 | jj |
| 3 | yy |
| 4 | ww |
+----+------+
4 rows in set (0.00 sec)
只恢复id=5的数据
mysqlbinlog --no-defaults --start-position='3256' --stop-position='3393' ./mysql-bin.000005 | mysql -uroot -p123456
#恢复从位置为3256开始到位置为3393为止
2.基于时间点恢复
mysqlbinlog [--no-defaults] --start-datetime='年-月-日 小时:分钟:秒' --stop-datetime='年-月-日小时:分钟:秒' 二进制日志 | mysql -u 用户名 -p 密码
#仅恢复到16:35:10 之前的数据，即不恢复"id5"的数据
mysqlbinlog --no-defaults --stop-datetime='221129 16:35:10' ./mysql-bin.000005 | mysql -uroot -p123456
#仅恢复"id5"的数据
mysqlbinlog --no-defaults --start-datetime='221129 16:35:10' ./mysql-bin.000002 | mysql -uroot -p
如果恢复某条SQL语之前的所有数据，就stop在这个语句的位置节点或者时间点
如果恢复某条SQL语句以及之后的所有数据，就从这个语句的位置节点或者时间点start
小结：
1.完全备份
物理冷备份 ―关闭Mysqld 服务，tar命令打包 data目录，恢复就是解压tar包
逻辑备份mysqldump -u-p--datebases 库1 库2 > xxx.sql
mysqldump -u -p --all-datebases > xxx.sql
mysqldump -u -p 库1 表1 表2 >xxx.sql
2.完全恢复
mysql -u -p <xxx.sql 恢复库
mysql-u -p 库名 < xxx.sql 恢复表
3.增量备份
1、开启二进制日志，设置二进制日志格式MIXED
2、进行一次完全备份，可每周备份一次，通过crontab -e
3、使用mysqladm -uroot -p flush-logs刷新分割出二进制日志，由于刷新之前的数据操作都记录在老的二进制日志里，所以需要把老的二进制日志复制到一个安全的目录中保管
4、可以通过mysqlbinlog --no-defaults --base64-output=decode-rows -v二进制日志文件名查看日志内容
5、可以通过mysqlbinlog --no-defaults二进制日志文件名l mysql -uroot -p恢复丢失的数据