Mysql数据库：日志管理、备份与恢复

目录

前言

一、MySQL日志管理

1、存放日志和数据文件的目录

2、日志的分类

2.1 错误日志

2.2 通用查询日志 

2.3 二进制日志

2.4 慢查询日志 

2.5 中继日志

3、日志综合配置

4、查询日志是否开启

二、数据备份概述

1、数据备份的重要性

2、备份类型

2.1 从物理与逻辑角度分类

2.2 从数据库的备份策略角度分类

3、数据备份方法

3.1 物理冷备份

3.2 专用备份工具 mysqldump 或 mysqlhotcopy

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

3.4 通过第三方工具备份

三、数据完全备份与恢复

1、物理冷备份与恢复

2、mysqldump备份与恢复

2.1 mysqldump温备份

2.2 恢复数据库

2.3 恢复表

2.4 使用mysqldump备份加不加--databases的区别

2.5 建立计划任务

四、数据增量备份与恢复

1、增量备份

1.1 开启二进制日志功能

1.2 二进制日志（binlog）记录格式

1.3 查看二进制日志文件

1.4 备份操作

2、数据增量恢复

2.1 一般恢复

2.1.1 重定向恢复

2.1.2 二进制日志恢复

2.2 基于位置恢复

2.3 基于时间点恢复

五、总结

1、物理冷备份

2、逻辑热备份

3、完全恢复

4、增量备份

前言

在生产环境中，数据的安全性至关重要，任何数据的丢失都可能产生严重的后果，那么对于数据的备份就将显的十分重要。对于MySQL而言，在其备份中，日志起到了很重要的作用

一、MySQL日志管理

1、存放日志和数据文件的目录

  • mysql的日志默认的保存位置为/usr/local/mysql/data
  • MYSQL的主配置文件为/etc/my.cnf ，在其中的【mysqld】项里指定日志存放的位置
  • MySQL数据库的数据文件存放在/usr/local/mysql/data目录下，每个数据库对应一个子目录，用于存储数据表文件。每个数据表对应为三个文件，分别为表结构定义文件（.frm）、数据文件（.MYD）和索引文件（.MYI）

2、日志的分类

2.1 错误日志

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

[mysqld]
log-error=/usr/local/mysql/data/mysql_error.log

2.2 通用查询日志 

用来记录MySQL的所有连接和语句，默认是关闭的

[mysqld]
general_log=ON
general_log_file=/usr/local/mysql/data/mysql_general.log

2.3 二进制日志

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

log_bin=mysql-bin  或 log-bin=mysql-bin

2.4 慢查询日志 

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

[mysqld]
slow_query_log=ON
slow_query_log_file=/usr/local/mysql/data/mysql_slow_query.log
long_query_time=5             #单位时间为s，缺省时为10s

慢查询日志也可用来查询哪些搜索的字段超时，可以选择是否需要增加索引，加快查询速度

2.5 中继日志

一般情况下，它在MySQL主从同步（复制）、读写分离集群的从节点开启，主节点一般不需要这个日志

3、日志综合配置

修改MYSQL的主配置文件为/etc/my.cnf ，并在其中的【mysqld】项里指定日志存放的位置，然后保存配置，重启mysqld服务

[root@localhost ~]#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	
#慢查询日志
slow_query_log=ON
slow_query_log_file=/usr/local/mysql/data/mysql_slow_query.log
long_query_time=5[root@localhost ~]#systemctl restart mysql   #配置文件添加完后需要重启MySQL

4、查询日志是否开启

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、数据备份的重要性

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

数据丢失可以由多种原因引起，包括但不限于：

  • 人为错误：不小心删除数据或执行错误的数据库命令是数据丢失的常见原因
  • 硬件故障：硬盘驱动器损坏、电源故障或其他硬件问题可能导致数据不可访问或丢失
  • 软件故障：数据库软件或操作系统中的缺陷可能导致数据损坏
  • 病毒和恶意软件：攻击者可能通过病毒、勒索软件或其他恶意软件破坏或加密数据，使其不可用
  • 自然灾害：火灾、洪水、地震等自然灾害可能导致物理设备损坏，从而导致数据丢失
  • 网络攻击：SQL注入、DDoS攻击等网络安全威胁可能导致数据泄露或丢失

备份可以在数据丢失、损坏或其他不可预见事件发生时，提供一种恢复数据的手段，从而减少业务中断的时间和损失的程度

  • 数据恢复：在数据不慎被删除或损坏时，备份是恢复数据的唯一途径
  • 灾难恢复：自然灾害、硬件故障或网络攻击等事件可能导致数据中心损坏，备份数据可以帮助快速恢复业务
  • 数据分析和报告：备份可以用于创建数据的非生产副本，供进行数据分析和生成报告，而不影响生产环境的性能
  • 法规遵从：许多行业标准和法律法规要求企业必须定期备份并保留数据副本，以确保数据的完整性和可审计性
  • 业务连续性：在面对数据丢失的情况下，备份确保业务能够继续运行，减少对客户服务和公司声誉的影响 

2、备份类型

2.1 从物理与逻辑角度分类

从物理与逻辑角度分类，数据库备份可以分为物理备份和逻辑备份

  • 物理备份

物理备份是对数据库操作系统的物理文件（如数据文件、日志文件等）的备份。这种类型的备份适用于在出现问题的时候需要快速恢复的大型重要数据库
物理备份又可以成为冷备份（脱机备份）、热备份（连接备份）和温备份

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

  • 逻辑备份

逻辑备份：对数据库逻辑组件的备份，表示为逻辑数据库结构，这种类型的备份适用于可以编辑数据值或表结构

2.2 从数据库的备份策略角度分类

从数据库的备份策略角度，数据库的备份可分为完全备份、差异备份和增量备份。

  • 完全备份：每次对数据进行完整的备份，即对整个数据库、数据库结构和文件结构的备份，保存的是备份完成时刻的数据库，是差异备份与增量备份的基础。完全备份的备份与恢复操作都非常简单方便，但是数据存在大量的重复，并且会占用大量的磁盘空间，备份的时间也很长

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

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

备份方式比较：

操作/备份方式完全备份差异备份增量备份
完全备份时的状态表1表1表1
第1次添加内容创建表2创建表2创建表2
备份内容表1、表2表2表2
第2次添加内容创建表3创建表3创建表3
备份内容表1、表2、表3表2、表3表3
……………………
占用额外空间大有一定占用不占用
备份速度刚开始快，后面会变慢比完全备份快最快
恢复速度最快比完全备份慢最慢

3、数据备份方法

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

3.1 物理冷备份

  • 物理冷备份时需要在数据库处于关闭状态下，能够较好地保证数据库的完整性
  • 物理冷备份一般用于非核心业务，这类业务一般都允许中断
  • 物理冷备份的特点就是速度快，恢复时也是最为简单的
  • 通常通过直接打包数据库文件夹(/usr/local/mysql/data)来实现备份

3.2 专用备份工具 mysqldump 或 mysqlhotcopy

  • mysqldump程序和mysqlhotcopy都可以做备份
  • mysqldump是客户端常用逻辑备份程序，能够产生一组被执行以后再现原始数据库对象定义和表数据的SQL语句。它可以转储一个到多个MySQL数据库，对其进行备份或传输到远程SQL服务器。mysqldump更为通用，因为它可以备份各种表
  • mysqlhotcopy仅适用于某些存储引擎（MyISAM和ARCHIVE）

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

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

3.4 通过第三方工具备份

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

三、数据完全备份与恢复

1、物理冷备份与恢复

大概步骤：

①关闭MySQL数据库

②使用tar命令直接打包数据库文件夹

③直接替换现有MySQL目录即可

详细步骤： 

（1）关闭MySQL数据库，使用tar命令直接打包数据库文件夹

#关闭mysql数据库
[root@localhost ~]#systemctl stop mysqld
[root@localhost ~]#yum -y install xz
#压缩备份
[root@localhost ~]#cd /usr/local/mysql/data
[root@localhost data]#tar /opt/jcvf mysql_all_$(date +%F).tar.xz /usr/local/mysql/data
[root@localhost data]#ls /opt
[root@localhost data]#systemctl start mysqld

（2）模拟数据丢失，删除数据库

#模拟数据丢失，删除数据库
[root@localhost data]#mysql -uroot -p123456 -e "drop database xgy;"

（3）解压恢复，直接替换现有MySQL目录

#解压恢复
[root@localhost data]#tar jxvf /opt/mysql_all_2022-06-21.tar.xz -C /usr/local/mysql/data
[root@localhost data]#cd /usr/local/mysql/data
[root@localhost data]#mv usr/local/mysql/data/* ./

（4）数据库恢复 

2、mysqldump备份与恢复

大概步骤：

①MySQL自带的备份工具，可方便实现对MySQL的备份
②可以将指定的库、表导出为SQL 脚本
③使用命令mysq|导入备份的数据

2.1 mysqldump温备份

（1） 完全备份一个或多个完整的库 (包括其中所有的表)

mysqldump -u 用户名 -p 密码 --databases 库名1 [库名2] ... > /备份路径/备份文件名.sql   
#导出的就是数据库脚本文件
#如:
mysqldump -uroot -p123456 --databases xgy > /opt/xgy.sql              #备份一个xgy库
mysqldump -uroot -p123456 --databases mysql xgy > /opt/mysql-xgy.sql  #备份mysql与xgy两个库

grep -v "^--" /opt/xgy.sql | grep -v "^/" | grep -v "^$"
#查看备份的文件内容

（2） 完全备份 MySQL 服务器中所有的库 

mysqldump -u 用户名 -p 密码 --all-databases > /备份路径/备份文件名.sql
#如:
mysqldump -uroot -p123456 --all-databases > /opt/all.sql

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

mysqldump -u 用户名 -p 密码 库名 [表名1] [表名2] ... > /备份路径/备份文件名.sql 
#如:
mysqldump -u root -p123456 [-d] xgy dianzi tongxin > /opt/xgy_dt.sql
#使用“-d”选项，说明只保存数据库的表结构；不使用“-d"选项，说明表数据也进行备份

#查看保留表结构和表数据的备份文件内容
grep -v "^--" /opt/xgy_dt.sql | grep -v "^/" | grep -v "^$"
#查看只保留表结构的备份文件内容
grep -v "^--" /opt/xgy_jiegou.sql | grep -v "^/" | grep -v "^$"

2.2 恢复数据库

方法一：source恢复

#使用mysqldump导出的文件，可使用导入的方法：进入数据库，使用source命令导入数据库备份文件
source  /opt/xgy.sql     #登录到MySQL数据库，执行source备份sql脚本的路径

（1）模拟丢失数据，删除xgy数据库

1010报错解决方法：

（2） 登录到MySQL数据库，执行source恢复

方法二：mysql命令恢复

mysql -u 用户名 -p 密码 < xxx.sql     #恢复整个库
mysql -uroot -p123456 < /opt/xgy.sql

（1）模拟丢失数据，删除xgy数据库

（2） 无须登录到MySQL数据库，使用mysql命令恢复

2.3 恢复表

方法一：source恢复

#使用mysqldump导出的文件，可使用导入的方法：进入数据库，使用source命令导入数据表备份文件
use xgy;           #登录到MySQL数据库并进入指定的xgy数据库，执行source备份sql脚本的路径
source  /opt/xgy_dt.sql

（1）模拟丢失数据，删除备份过的两个数据表

（2）登录到MySQL数据库，执行source恢复

方法二：mysql命令恢复

mysql -u 用户名 -p 密码 库名 < xxx.sql  #恢复指定数据库中的表
mysql -uroot -p123456 xgy < /opt/xgy_dt.sql

 （1）模拟丢失数据，删除备份过的两个数据表

（2）无须登录到MySQL数据库，使用mysql命令恢复

2.4 使用mysqldump备份加不加--databases的区别

mysqldump严格来说属于温备份，会需要对表进行写入的锁定

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

①当备份时加 --databases，表示针对于xgy整个库（包括库下的所有表）

#备份命令
mysqldump -uroot -p123456 --databases xgy > /opt/xgy_1.sql#模拟丢失数据，删除xgy数据库
mysql -uroot -p123456 -e 'drop database xgy;'
mysql -uroot -p123456 -e "show databases;"#使用mysql恢复命令
mysql -uroot -p123456 < /opt/xgy_1.sql

②当备份时不加 --databases，表示针对xgy库下的所有表（不包括xgy库，所以导入数据时，需要先建库）

#当备份时不加 --databases，表示针对school库下的所有表#备份命令
mysqldump -uroot -p123456 xgy > /opt/xgy_2.sql#登录到mysql数据库中，模拟删除xgy数据库
mysql -uroot -p123456 
drop database xgy;#恢复过程
source /opt/xgy_2.sql    #会报错：没有数据库去选择
create database xgy;
use xgy;
source /opt/xgy_2.sql    #建完数据库后再恢复数据，就不会报错

2.5 建立计划任务

[root@localhost ~]#crontab -e
0 2 * * 0 /usr/local/mysql/bin/mysqldump -uroot -p'123456' xgy dianzi tongxin > /opt/class_all_$(date +%Y%m%d).sql;/usr/local/mysql/bin/mysqladmin -u root -p flush-logs
#每周日凌晨2点，使用mysqldump工具备份MySQL数据库school中的class class1表的数据，并将备份数据保存到/opt/目录下的scholl_classall_$(date +%Y%m%d).sql文件中，然后使用mysqladmin工具刷新MySQL的日志
[root@localhost ~]#crontab -r
#删除计划任务

四、数据增量备份与恢复

1、增量备份

MySQL的增量备份通常使用二进制日志（binary log）来实现。二进制日志是MySQL的一种日志，它记录了所有对数据库的更改操作，包括插入、更新、删除等操作

1.1 开启二进制日志功能

修改MYSQL的主配置文件为/etc/my.cnf ，并在其中的【mysqld】项里指定日志存放的位置，然后保存配置，重启mysqld服务

[root@localhost ~]#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	
#慢查询日志
slow_query_log=ON
slow_query_log_file=/usr/local/mysql/data/mysql_slow_query.log
long_query_time=5[root@localhost ~]#systemctl restart mysql   #配置文件添加完后需要重启MySQL

1.2 二进制日志（binlog）记录格式

二进制日志(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（推荐使用）：会根据SQL语句的类型来选择使用Statement格式还是Row格式

缺点：可能会因为SQL语句的类型而导致日志文件的大小和恢复的准确性有所不同

1.3 查看二进制日志文件

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

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

  • at ：开始的位置点
  • end_log_pos：结束的位置
  • 时间戳： 240325 18:01:18
  • SQL语句

1.4 备份操作

（1）部署环境

#新建库和表
create database school;
use school;
create table class (id char(5) not null primary key,name varchar(15) not null,work varchar(50) not null);#在新建的表中插入数据
insert into class values (1,'cxl','老师');
insert into class values (2,'kys','学生');
select * from class;

（2）进行完全备份

mysqldump -uroot -p123456 school class > /opt/school_class_$(date +%F).sql

（3）生成新的二进制日志文件

[root@localhost ~]#cd /usr/local/mysql/data/
[root@localhost data]#mysqladmin -u root -p123456 flush-logs
[root@localhost data]#cp mysql-bin.000001 /mnt/

2、数据增量恢复

2.1 一般恢复

2.1.1 重定向恢复
mysql -u root -p123456 school < /opt/school_class_2024-03-25.sql

（1）模拟丢失数据，删除表

（2） 将备份文件重定向数据库，恢复数据

2.1.2 二进制日志恢复
mysqlbinlog --no-defaults /mnt/mysql-bin.000001 | mysql -u root -p123456

（1）模拟丢失数据，删除库（日志文件里有创建库的动作，避免冲突）

（2） 基于二进制日志文件：mysql-bin.000001，恢复数据

2.2 基于位置恢复

  • 数据库在某一时间点可能既有错误的操作也有正确的操作
  • 可以基于精准的位置跳过错误的操作
  • 发生错误节点之前的一个节点，上一次正确操作的位置点停止
mysqlbinlog --no-defaults --start-position='操作ID1' --stop-position='操作ID2' 二进制日志文件 | mysql -u 用户名 -p 密码

要求：实现目标：class 表中5条数据，1、2条记录在mysql-bin.000001日志，3-5条记录在mysql-bin.000001日志，模拟第4条数据操作故障，实现跳过第4条断点恢复

（1）插入第3~5条数据

insert into class values (3,'zzd','学生');
insert into class values (4,'mii','学生');
insert into class values (5,'fsq','老师');

（2）备份二进制日志：mysql-bin.000002

[root@localhost data]#cp mysql-bin.000002 /mnt/

（3） 生成新的二进制日志，并删除 class 表

[root@localhost data]#mysqladmin -u root -p123456 flush-logs
[root@localhost data]#mysql -uroot -p123456 -e 'drop table school.class;'

（4）基于位置点恢复

查看mysql-bin.000001日志：mysql-bin.000001日志存放从建库到插入前两条数据

[root@localhost data]#mysqlbinlog --no-defaults --base64-output=decode-rows -v /mnt/mysql-bin.000001

恢复前两条数据：school 库未删除，恢复到操作 ID 为“384"之后的数据

[root@localhost data]#mysqlbinlog --no-defaults --start-position='384' /mnt/mysql-bin.000001 | mysql -uroot -p123456

查看mysql-bin.000002日志：

[root@localhost data]#mysqlbinlog --no-defaults --base64-output=decode-rows -v /mnt/mysql-bin.000002

恢复第三条数据：从操作 ID 为“4319"到操作 ID 为“4596”之间的数据

[root@localhost ~]#mysqlbinlog --no-defaults --start-position='4319' --stop-position='4596' /mnt/mysql-bin.000002 | mysql -uroot -p123456

查看mysql-bin.000002日志：

[root@localhost data]#mysqlbinlog --no-defaults --base64-output=decode-rows -v /mnt/mysql-bin.000002

恢复第五条数据：从操作 ID 为“4873"之后的数据

[root@localhost data]#mysqlbinlog --no-defaults --start-position='4873' /mnt/mysql-bin.000002 | mysql -uroot -p123456

2.3 基于时间点恢复

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

时间点恢复与断点恢复同理，只需要将 at 值改为对应的时间即可

mysqlbinlog [--no-defaults] --start-datetime='年-月-日 小时:分钟:秒' --stop-datetime='年-月-日 小时:分钟:秒' 二进制日志 | mysql -u 用户名 -p 密码

（1） 模拟数据丢失，删除 class 表

（2）基于时间点恢复

查看mysql-bin.000001日志：

[root@localhost data]#mysqlbinlog --no-defaults --base64-output=decode-rows -v /mnt/mysql-bin.000001

恢复前两条数据：school 库未删除，恢复到时间点为“2024-3-25 21:05:09"之后的数据

[root@localhost data]#mysqlbinlog --no-defaults --start-datetime='2024-3-25 21:05:09' /mnt/mysql-bin.000001 | mysql -uroot -p123456
#仅恢复到2024-3-25 21:05:09之后的数据

查看mysql-bin.000002日志：

[root@localhost data]#mysqlbinlog --no-defaults --base64-output=decode-rows -v /mnt/mysql-bin.000002

恢复第三条数据：从时间点为“2024-3-25 21:36:32"到时间点为“2024-3-25 21:36:48"之间的数据

[root@localhost data]#mysqlbinlog --no-defaults --start-datetime='2024-3-25 21:36:32' --stop-datetime='2024-3-25 21:36:48' /mnt/mysql-bin.000002 | mysql -uroot -p123456

查看mysql-bin.000002日志：

[root@localhost data]#mysqlbinlog --no-defaults --base64-output=decode-rows -v /mnt/mysql-bin.000002

恢复第五条数据：从时间点为“2024-03-25 21:37:03”之后的数据

[root@localhost data]#mysqlbinlog --no-defaults --start-datetime='2024-03-25 21:37:03' /mnt/mysql-bin.000002 | mysql -uroot -p123456
#仅恢复到2024-03-25 21:37:03之后的数据

注：

  • 如果恢复某条SQL语之前的所有数据，就stop在这个语句的位置节点或者时间点
  • 如果恢复某条SQL语句以及之后的所有数据，就从这个语句的位置节点或者时间点start

五、总结

1、物理冷备份

  • 关闭Mysqld服务
  • 使用tar命令进行打包data目录
  • 恢复直接解压即可

2、逻辑热备份

mysqldump -u 用户名 -p 密码 --database 备份库1,库2 > xxx.sql   #备份多个数据库
mysqldump -u 用户名 -p 密码 --all-database > xxx.sql   #备份所有数据库
mysql -u 用户名 -p 密码 库1,库2 表1,表2 > xxx.sql   #备份多库多表

3、完全恢复

mysql -u 用户名 -p 密码 < xxx.sql     #恢复整个库
mysql -u 用户名 -p 密码 库名 < xxx.sql  #恢复指定数据库中的表

4、增量备份

  1. 要先开启二进制日志，设置二进制格式为MIXED
  2. 进行一次完全备份，可每周备份一次，通过crontable -e 进行编辑
  3. mysqladmin -uroot -p flush-logs 刷新二进制日志文件，分割出新的二进制日志文件，由于刷新之前的数据都会记录在老的二进制文件里
  4. 可通过mysqlbinlog --no-defaults --base64-output=decode-rows -v 二进制文件名称 ，可查看日志内容
  5. 可通过mysqlbinlog --no-defaults 二进制日志文件名|mysql -u 用户名 -p 密码 ，来恢复丢失的数据库

位置恢复——position

  • start：--start-position ：恢复某条SQL语之后的所有数据
  • stop：--stop-position ：恢复某条SQL语之前的所有数据
  • start、stop：--start-position --stop-position ：恢复某条SQL语和某条SQL语之间的所有数据

时间恢复——datetime

  • start：--start-datetime：恢复某条SQL语之后的所有数据
  • stop：--stop-datetime ：恢复某条SQL语之前的所有数据
  • start、stop：--start-datetime --stop-datetime：恢复某条SQL语和某条SQL语之间的所有数据

本文来自互联网用户投稿，该文观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处：http://www.mzph.cn/news/779233.shtml

如若内容造成侵权/违法违规/事实不符，请联系多彩编程网进行投诉反馈email:809451989@qq.com，一经查实，立即删除！

相关文章

镜舟普元揭秘数据中台新范式，引领企业数智化转型与创新实践

镜舟普元揭秘数据中台新范式，引领企业数智化转型与创新实践

在当前数字化浪潮中&#xff0c;数据中台的角色越发重要&#xff0c;承担着将一切业务数据化的重任。近日&#xff0c;北京镜舟科技有限公司&#xff08;简称“镜舟”&#xff09;与普元信息技术股份有限公司&#xff08;简称“普元”&#xff09;联合举办“数据中台新范式”云…
阅读更多...
matplotlib 绘图

matplotlib 绘图

matplotlib 绘图 方便设置legend图例的位置 ax1.legend(loc‘upper center’, bbox_to_anchor(0.3, -0.1)) ax2.legend(loc‘upper center’, bbox_to_anchor(0.6, -0.1)) import numpy as np import matplotlib.pyplot as plt from scipy.stats import norm from scipy.inter…
阅读更多...
【SpringCloud】Ribbon负载均衡

【SpringCloud】Ribbon负载均衡

&#x1f3e1;浩泽学编程&#xff1a;个人主页 &#x1f525; 推荐专栏&#xff1a;《深入浅出SpringBoot》《java对AI的调用开发》 《RabbitMQ》《Spring》《SpringMVC》《项目实战》 &#x1f6f8;学无止境&#xff0c;不骄不躁&#xff0c;知行合一 文章目录 …
阅读更多...
解决Chrome浏览器打开flags页面时出现黑屏问题的方法

解决Chrome浏览器打开flags页面时出现黑屏问题的方法

当我们在使用Chrome浏览器并尝试访问flags页面时&#xff0c;遇到屏幕短暂闪烁或变黑的情况&#xff0c;这可能与启用的硬件加速功能有关。硬件加速是Chrome浏览器的一个功能&#xff0c;旨在利用计算设备的GPU来提高视频播放和图形渲染的性能。然而&#xff0c;在某些情况下&a…
阅读更多...
类的成员之三：构造器(Constructor)

类的成员之三：构造器(Constructor)

类的成员之一&#xff1a;成员变量 (field) 类的成员之二&#xff1a;方法 (method) 我们 new 完对象时&#xff0c;所有成员变量都是默认值&#xff0c;如果我们需要赋别的值&#xff0c;需要挨个为它们再赋值&#xff0c;太麻 烦了。我们能不能在new 对象时&#xff0c;直接…
阅读更多...
MySql实战--全局锁和表锁 ：给表加个字段怎么有这么多阻碍

MySql实战--全局锁和表锁 ：给表加个字段怎么有这么多阻碍

今天我要跟你聊聊MySQL的锁。数据库锁设计的初衷是处理并发问题。作为多用户共享的资源&#xff0c;当出现并发访问的时候&#xff0c;数据库需要合理地控制资源的访问规则。而锁就是用来实现这些访问规则的重要数据结构。 根据加锁的范围&#xff0c;MySQL里面的锁大致可以分成…
阅读更多...
三元组数据模型：构建知识图谱的基石

三元组数据模型：构建知识图谱的基石

目录 前言1. 三元组数据模型概述1.1 定义与结构1.2 特点 2. 三元组在知识图谱中的应用2.1 知识表示2.2 知识推理2.3 数据整合 3 三元组的数据格式3.1 N-Triples &#xff1a;3.2 RDF/XML &#xff1a;3.3 Turtle &#xff08;又称为 Terse RDF Triple Language&#xff09;&…
阅读更多...
一、JAVA集成海康SDK

一、JAVA集成海康SDK

JAVA集成海康SDK 文章目录 JAVA集成海康SDK前言一、项目依赖 jar1. examples.jar2. 项目依赖 jna.jar，可以通过 maven依赖到。二、集成SDK1.HcNetSdkUtil 海康 SDK封装类2.HCNetSDK3.Linux系统集成SDK三、总结前言 提示：首先去海康官网下载 https://open.hikvision.com/dow…
阅读更多...
Flink-CDC 无法增量抽取SQLServer数据

Flink-CDC 无法增量抽取SQLServer数据

1.问题 因部署在WindowsServer服务器SQLServer发生过期后重启&#xff0c;Flink-CDC同步进行作业重启&#xff0c;启动后无报错信息&#xff0c;数据正常抽取。但是观察几天后发现当天数据计算指标无法展示 2.定位 因为没用进行任何修改&#xff0c;故初步判断不是因Flink-C…
阅读更多...
多线程的学习1

多线程的学习1

多线程 线程是操作系统能够进入运算调度的最小单位。它被包含在进程之中&#xff0c;是进程中的实际运作单位。 进程&#xff1a;是程序的基本执行实体。 并发&#xff1a;在同一个时刻&#xff0c;有多个指令在单个CPU上交替执行。 并行&#xff1a;在同一时刻&#xff0c…
阅读更多...
成都正信晟锦：现在借了钱不还的人怎么处理

成都正信晟锦：现在借了钱不还的人怎么处理

在金钱往来中&#xff0c;“借钱不还”的现象时有发生&#xff0c;这不仅损害了债权人的利益&#xff0c;也破坏了社会的信任基础。面对这种情形&#xff0c;我们应当采取何种措施予以解决? 预防胜于治疗。出借前应充分评估借款人的信用状况&#xff0c;必要时要求提供相应的担…
阅读更多...
安科瑞智慧安全用电综合解决方案

安科瑞智慧安全用电综合解决方案

概述 智慧用电管理云平台是智慧城市建设的延伸成果&#xff0c;将电力物联网技术与云平台的大数据分析功能相结合&#xff0c;实现用电信息的可视化管理&#xff0c;可帮助用户实现安全用电&#xff0c;节约用电&#xff0c;可靠用电。平台支持web&#xff0c;app&#xff0c;微…
阅读更多...
Qt与编码

Qt与编码

ASCII码:一个字节&#xff0c;256个字符。 Unicode:字母&#xff0c;汉字都占用两个字节。 utf-8:字母一个字节&#xff0c;汉字3个字节。 gbk:字母一个字节&#xff0c;汉字2个字节。 gb2312:可以表示汉字&#xff0c;gb2312<gbk。 编码查看&#xff1a; https://www.…
阅读更多...
2024知乎广告推广怎么做，知乎推广教程！

2024知乎广告推广怎么做，知乎推广教程！

随着社交媒体影响力的日益增强&#xff0c;知乎作为中国高质量知识分享社区的代表&#xff0c;已经成为品牌方精准触达目标受众的重要阵地。云衔科技凭借其专业的一站式广告服务能力&#xff0c;为企业提供知乎广告开户及代运营解决方案&#xff0c;助力企业在知乎平台上实现品…
阅读更多...
跨域及解决办法

跨域及解决办法

跨域及解决办法 一、什么是跨域 1.跨域&#xff1a;浏览器对于javascript的同源策略的限制 。 2.同源政策的目的&#xff0c;是为了保证用户信息的安全&#xff0c;防止恶意的网站窃取数据。 设想这样一种情况&#xff1a;A 网站是一家银行&#xff0c;用户登录以后&#xf…
阅读更多...
Vue——案例01(查询用户)

Vue——案例01(查询用户)

一、案例实现页面 二、案例实现效果 1. 查询效果 2. 年龄升序 3. 年龄降序 4. 原顺序 三、案例实现思路 1. 定义界面所需标签样式 <div id"app"><h2>查询用户:</h2><input type"text" placeholder"请输入名字"/><b…
阅读更多...
星闪BLE与蓝牙

星闪BLE与蓝牙

蓝牙与低功耗蓝牙 蓝牙工作在2.4GHz的频段&#xff0c;在工作频段2402MHz-2480MHz上分为79个信道&#xff0c;低功耗蓝牙分为40个信道。一组设备通信的时候&#xff0c;短暂占用一个信道发包&#xff0c;由于其跳频技术&#xff0c;每次传输完数据包之后都会切换到另一个信道继…
阅读更多...
web布局——说清楚fixed布局

web布局——说清楚fixed布局

极限省流 想要fixed做导航页面&#xff1a;指定清楚top、left、right、bottom&#xff0c;没指定清楚布局位置就会采用默认的方式&#xff1a; 0&#xff09;父元素的padding&#xff1a;fixed元素相对位移 1&#xff09;同级元素是fixed元素&#xff1a;覆盖 2&#xff09…
阅读更多...
尾矿库在线安全监测：提升矿山安全水平

尾矿库在线安全监测：提升矿山安全水平

在矿山安全领域&#xff0c;尾矿库的安全管理尤为关键。尾矿库作为矿山生产链条的重要环节&#xff0c;其稳定性不仅关系到生产活动的持续进行&#xff0c;更直接影响着周边环境和人民群众的生命财产安全。因此&#xff0c;尾矿库的安全监测显得尤为重要。近年来&#xff0c;随…
阅读更多...
gix 提高拉去代码仓库的速度

gix 提高拉去代码仓库的速度

阅读更多...
推荐文章
最新文章

Copyright @ 2022~2023