MySQ之备份与恢复

已于 2022-09-19 14:31:41 修改
阅读量359 收藏 1
点赞数
分类专栏： MySQL数据库 文章标签： 数据库 sql 运维
于 2022-09-18 19:01:56 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/S314118142/article/details/126882831
版权

文章目录

前言

随着办公自动化和电子商务的飞速发展，企业对信息系统的依赖性越来越高，数据库作为信息系统的核心，担当者重要的角色
数据库备份，是在数据丢失的情况下，能及时恢复重要数据，防止数据丢失的一种重要手段
一个合理的数据库备份方案，能够在数据丢失时，有有效地恢复数据，而且也需要考虑技术实现难度和有效地利用资源

一、MySQL日志

1.日志的类型与作用

1.1 redo 重做日志

达到事务一致性（每次重启会重做）
确保日志的持久性，防止发生故障，脏页未写入磁盘。重启数据库会进行redo log执行重做，达到事务一致性

1.2 undo 回滚日志

保证数据的原子性，记录事务发生之前的一个版本，用于回滚innodb事务可重复读和读取已提交隔离级别就是通过mvcc+undo实现

1.3 errorlog 错误日志

MySQL本身启动，停止，运行期间发生的错误信息

1.4 slow query log 慢查询日志

记录执行时间过长的sql，时间阈值（10s）可以配置，只记录执行成功，在于提醒优化

1.5 bin log 二进制日志

用于主从复制，实现主从同步，记录的内容是：数据库中执行的sql语句

1.6 relay log 中继日志

用于数据库主从同步，将主库发来的bin log保存在本地，然后从库进行回放

1.7 general log 普通日志

记录数据库的操作明细，默认关闭，开启后会降低数据库性能

2.日志配置文件

配置文件开启关闭日志的位置
vim /etc/my.cnf

#错误日志,用来记录当MySQL启动、停止或运行时发生的错误信息
log-error=/usr/local/mysql/data/mysql_error.log   #指定日志的保存位置和文件名
#通用查询日志，用来记录MySQL的所有连接和语句，不建议开
general_log=ON
general_log_file=/usr/local/mysql/data/mysql_general.log
#二进制日志，用来记录所有更新了数据或者已经潜在更新了数据的语句，记录了数据的更改，可用于数据恢复
log-bin=mysql-bin
#慢查询日志，用来记录所有执行时间超过long_query_time秒的语句，可以找到哪些查询语句执行时间常，以便提醒优化
slow_query_log=ON
slow_query_log_file=/usr/local/mysql/data/mysql_slow_query.log
long_query_time=5    #设置超过5秒执行的语句被记录，缺省时为10秒

在这里插入图片描述
在这里插入图片描述
在这里插入图片描述

当我们重新启动mysql服务，二进制文件会重新生成一个新的二进制文件
在这里插入图片描述

3.日志配置文件查询

#登入mysql

#查看通用查询日志是否开启
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;

查看通用日志是否开启
在这里插入图片描述
查看二进制日志是否开启
在这里插入图片描述
查看慢查询日志是否开启，时间设置为多少
在这里插入图片描述

二、备份的类型

数据库可以物理备份和逻辑备份

物理备份时对数据库操作系统的物理文件（如数据文件、日志文件等）的备份，这种类型的备份适用于在出现问题的时候需要快速恢复的大型重要数据库

1.物理备份

物理备份又可以分为冷备份（脱机备份）、热备份（连接备份）、温备份

1.1冷备份

是在关闭数据库的时候进行的备份，可以直接（tar）

  • 关闭MySQL数据库
  • 使用tar命令直接打包数据库文件夹
  • 直接替换现有mysql目录即可

1.2热备份

数据库处于运行状态，依赖于数据库的日志文件（mysqlhotcopy mysqlbackup）

1.3温备份

数据库锁定表格（不可写入但可读）的状态下进行备份操作（mysqldump）

  • 将指定的库、表处为sql脚本
  • 使用命令mysql带入备份的数据

2.逻辑备份

逻辑备份时对数据库逻辑组件的备份，表示为逻辑数据库结

这种类型的备份适用于可以编辑数据值或表结构

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

2.1完全备份

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

优势：备份恢复操作简单
劣势：随着备份的次数越来越多，占用的磁盘空间和资源也较多，数据存在大量的重复

2.2差异备份

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

优势：恢复时只需要恢复全备文件和就近一次备份文件
劣势：数据会越来越大

2.3增量备份

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

优势：没有重复的备份数据，备份数据量不大，所需时间短
劣势：数据恢复比较麻烦，中间任何一个备份的数据都不能损坏，不然导致数据丢失

3.如何选择逻辑备份的策略

合理值区间
完全备份：3天一次的全备，全备的时间需要在不提供业务的时间区间进行，PM10:00~AM5:00之间进行全备
增量备份：3天\2天\2天一次增量备份
差异备份：选择特定的场景进行备份

三、常见的备份方法

1.物理冷备

备份时数据库处于关闭状态，直接打包数据库文件（tar）
备份速度快，恢复时也是最简单的

2.专用备份工具

mysqldump：常用的逻辑备份工具
mysqlhotcopy：仅拥有备份MyISAM和ARCHIVE表

3.启用二进制文件进行增量备份

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

4.第三方工具备份

免费的MySQL热备份软件Percona XtraBackup

四、MySQL完全备份与恢复

InnoDB存储引擎的数据库在磁盘上存储成三个文件：db.opt（表属性文件）、表名.frm（表结构文件）、表名.ibd（表数据文件）

1.物理冷备份与恢复

将数据库文件进行压缩到别的目录备份，恢复时，直接解压回以前的目录即可

关闭数据库，下载xz工具

systemctl stop mysqld
yum -y install xz

在这里插入图片描述

压缩备份

tar Jcf /opt/mysql_all_$(date +%F).tar.xz /usr/local/mysql/data/
mv /usr/local/mysql/data/ /opt/

在这里插入图片描述

解压恢复

mkdir /usr/local/mysql/data
tar Jxf /opt/mysql_all_2022-09-17.tar.xz -C /usr/local/mysql/data/
cd /usr/local/mysql/data/usr/local/mysql/data
mv ./* /usr/local/mysql/data
chown -R mysql:mysql /usr/local/mysql/data
systemctl start mysqld

在这里插入图片描述
在这里插入图片描述

2.mysqldump备份与恢复（温备份）

首先我们创建两个数据库（ngs、sen），在每个数据库中插入一张表，并插入数据

2.1完全备份和恢复一个或多个完整的库（包括其中所有的表）

2.1.1备份一个库或多个库
格式：mysqldump -uroot -p[密码] --databases 库名1 [库名2] ... > /备份路径/备份文件名.sql
#备份一个库或多个库
格式：mysqldump -uroot -p[密码] --all-databases > /备份路径/备份文件名.sql
#备份所有库

mysqldump -uroot -pngs123. --databases ngs > /opt/ngs.sql
#备份一个数据库，ngs库
mysqldump -uroot -pngs123. --databases ngs sen > /opt/ngs-sen.sql
#备份两个数据库，ngs库、sen库
mysqldump -uroot -pngs123. --all-databases > /opt/all-databases.sql
#备份所有的库

在这里插入图片描述
在这里插入图片描述

2.1.2恢复一个或多个库

恢复有两种方法

  • 如果是使用musqldump备份的文件，那么可以使用mysql导入的方法恢复
  • 还有一种方法就是使用source命令在数据库中加载备份的目录即可

使用mysql命令进行导入恢复

mysql -uroot -pngs123. -e 'show databases;'
#查看所有的库
mysql -uroot -pngs123. -e 'drop database ngs;'
#使用-e的方法进入数据库执行删除数据库的操作
mysql -uroot -pngs123. -e 'show databases;'
#再次查看所有的库，发现ngs库被删除
mysql -uroot -pngs123. < /opt/ngs.sql
#使用mysql命令恢复数据库ngs
mysql -uroot -pngs123. -e 'show databases;'
#查看数据库是否恢复成功

在这里插入图片描述
使用source进行恢复数据库

mysql -uroot -pngs123. -e 'drop database ngs;'
#删除数据库ngs
mysql -uroot -pngs123. -e 'drop database sen;'
#删除数据库sen
mysql -uroot -pngs123. -e 'show databases;'
#查看mysql中ngs库和sen库是否被删除
mysql -uroot -pngs123. -e 'source /opt/ngs-sen.sql;'
#使用source进行恢复

在这里插入图片描述

2.2完全备份和恢复指定库中的部分表

2.2.1备份库中的部分表

备份数据表的话，其中也有是否加-d选项的区别

  • 加了-d表示之备份数据表的结构
  • 不加-d表示备份数据表的结构以及数据
格式：mysqldump -uroot -p[密码] 库名 [表名1] [表名2] ... > /备份路径/备份文件名.sql

mysqldump -uroot -pngs123. ngs info > /opt/ngs_info.sql
#备份ngs数据库中的info表（表的数据也会备份）
mysqldump -uroot -pngs123. -d ngs info > opt/ngs_info01.sql
#备份ngs数据库中的info表（加了-d选项，表示只备份info表的表结构）

grep -v "^--" /opt/ngs_info.sql |grep -v "^/" |grep -v "^$"
#查看备份文件

不加-d选项备份
在这里插入图片描述
加-d选项备份
在这里插入图片描述

2.2.2恢复指定表中的部份表

恢复同样和恢复库文件一样，可以使用两种方法进行恢复

使用mysql命令进行恢复

mysql -uroot -pngs123. -e 'drop table ngs.info;'
#删除ngs库中的info表
mysql -uroot -pngs123. -e 'desc ngs.info;'
#查看ngs库中的表
mysql -uroot -pngs123. ngs < /opt/ngs_info.sql
#将ngs库中的info表进行恢复
mysql -uroot -pngs123. -e 'desc ngs.info;'
#再次查看

在这里插入图片描述
使用source恢复

mysql -uroot -pngs123.
#登录数据库
use ngs
show tables;
#查看ngs数据库中的所有表
drop table info;
#删除info表
source /opt/ngs_info.sql
#使用source执行恢复

在这里插入图片描述
在这里插入图片描述

五、MySQL增量备份与恢复

MySQL数据库增量恢复有：一般恢复、基于位置恢复、基于时间点恢复

一般恢复

  • 将所有备份的二进制日志内容全部恢复

基于位置恢复

  • 数据库在某一时间点可能既有错误的操作也有正确操作
  • 可以基于精确的位置跳过错误的操作
  • 发生错误节点之前的一个节点，上一次正确操作的位置点停止

基于时间点恢复

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

1.二进制文件介绍

1.1二进制日志记录的格式

二进制文件有三种不同的记录格式

1、STTATEMENT（基于sql语句）

  • 每一条涉及到被修改的sql都会记录在binlog中

缺点：日志量过大、如sleep（）函数，last_insert_id()>（聚合函数）,以及user-definedfuctions(udf)、主从复制等架构记录日志时会出现问题
总结
增删改查通过sql语句来实现记录，如果用高并发可能会出错，可能时间差异或者延迟，可能不是我们想像的恢复可能你先删除或在修改，可能会倒过来。准确率低。

2、ROW（基于行）

  • 只记录变动的记录，不记录sql语句的上下文环境

缺点
如果遇到update…set…where true 那么binlog的数据量会越来越大
总结
update、delete多行数据其作用，来用行记录下来，值计量变动的记录，不记录sql的上下文环境，比如sql语句记录一行，但是ROW就可能记录10行，但是准确性高，高并发的时候由于操作量能变低，所以记录都记下来。

3、MIXED（混合模式）推荐使用

  • 上面两种的版本混合，都进行记录
  • 一般的语句使用statement，函数使用ROW方式存储

1.2开启二进制功能

vim /etc/my.cnf
[mysqld]
log-bin=mysql-bin
binlog_format = MIXED
#二进制日志有三种不同的记录格式：STATEMENT（基于SQL语句）、ROW（基于行）、MIXED（混合模式），默认为STATEMENT
server-id = 1
#server-id 为服务的序号，在MySQL主备、高可用中需要指定服务的序号

systemctl resart mysqld
#改为配置文件需要重启服务

在这里插入图片描述
在这里插入图片描述

1.3查看二进制文件的内容

开启了二进制文件，会在/data目录下生成二进制文件，但是直接使用cat查看的时候出现乱码，所以需要指定编码格式和解码进行查看

mysqlbinlog --no-defaults --base64-output=decode-rows -v /usr/local/mysql/data/mysql-bin.000001 >/opt/mysql-bin.000001
#可以将日志文件解码至/opt目录下导出为txt格式查看

或

cp /usr/local/mysql/data/mysql-bin.000001 /opt
mysqlbinlog --no-defaults --base64-output=decode-rows -v /opt/mysql-bin.000001
#--no-defaults：默认字符集（不加会报UTF-8错误）
#--base64-output=decode-rows：使用64位编码机制去解码（decode）并按行读取（rows）
-v：显示详细内容
mysqladmin -uroot -pngs123. flush-logs
#刷新二进制日志文件（为了不重启，进行刷新，这样二进制文件会重新生成一个，相当于增量备份）

日志文件内容解析（需要关注的点）
at 8901
#220918  1:30:43 server id 1  end_log_pos 9202 CRC32 0x77b8be71 	Query	thread_id=29 exec_time=0	error_code=0
SET TIMESTAMP=1663479043/*!*/;
CREATE TABLE `info` (
  `id` int(4) NOT NULL AUTO_INCREMENT,
  `name` varchar(10) NOT NULL,
  `age` char(10) NOT NULL,
  `hobby` varchar(50) DEFAULT NULL,
  PRIMARY KEY (`id`)
) ENGINE=InnoDB AUTO_INCREMENT=3 DEFAULT CHARSET=utf8
# at 9202
#220918  1:30:43 server id 1  end_log_pos 9267 CRC32 0xeb7e2383 	Anonymous_GTID	last_committed=39	sequence_number=40	rbr_only=no

解析
at 8901     #开始的为支点
220918  1:30:43     #开始的时间点
end_log_pos 9202    #结束的位置点
CREATE TABLE `info`      #执行的具体操作
at 9202            #结束的位置点以及下一次任务开始的位置点
220918  1:30:43      #结束的时间点以及下一次任务开始的时间点

在这里插入图片描述

2.增量备份（完备+增备）

增量备份是基于完全备份或增量备份的，所以我们直接完全备份数据库

2.1对表进行完全备份

mysqldump -uroot -pngs123. ngs info > /opt/ngs_info-$(date +%F).sql
#使用mysqldump对ngs库中的info表进行完全备份数据库
mysqladmin -u root -p flush-logs

在这里插入图片描述

2.2在表中增加数据再进行增量备份

在表中插入新的数据

use ngs
select * from info;
insert into info values(3,'wangwu',21,'music');
select * from info;

进行增量备份
mysqladmin -uroot -p flush-logs
#刷新日志温江，相当于一次增量备份

在这里插入图片描述
在这里插入图片描述

3.增量恢复

3.1增量恢复之一般恢复

mysql -uroot -pngs123. -e 'drop table ngs.info;'
#模拟ngs库中的info表中的数据全部丢失
mysql -uroot -pngs123. -e 'use ngs;show tables;'
现在需要还原info表，且还要恢复里面的两条数据
mysql -uroot -pngs123. ngs < /opt/ngs_info-2022-09-18.sql
#先进行完全恢复，（但完全恢复的文件中，info表中只有两条数据）
mysqlbinlog --no-defaults /usr/local/mysql/data/mysql-bin.000005 | mysql -uroot -pngs123.
#基于mysql-bin.000005日志文件恢复（恢复ngs.info表中的另一条数据）

进行完全恢复
在这里插入图片描述
在这里插入图片描述
进行增量恢复
在这里插入图片描述

3.2增量恢复之断点恢复

mysqldump -uroot -pngs123. school class > /opt/school-class-2.sql
#完全备份info表（表中有3条数据）
mysqladmin -uroot -pngs123. flush-logs
#刷新二进制日志文件

先进行完全备份当前ngs库中的info表
在这里插入图片描述

在info表中新插入3条数据（现有5条数据）
在这里插入图片描述

现在进行增量备份新插入3条数据的日志文件
在这里插入图片描述
现在有人不小心删除了class表中相关的数据，但现在客户只想恢复前4条数据，最后一条数据不想要了

3.2.1基于位置恢复-at
mysql -uroot -pngs123. school < /opt/school-class-2.sql
#完全恢复前两条数据
mysqlbinlog --no-defaults --base64-output=decode-rows -v mysql-bin.000002 > /opt/mysql-bin.000002
#将日志文件重定向到/opt目录下，方便查看，查看到第4条数据的位置点
vim /opt/mysql-bin.000002

需要查看增量备份的日志文件中，查看第四条语句的节点的结束位置点是多少
在这里插入图片描述
查找到第四条语句的结束位置为：765
在这里插入图片描述
先进行完全备份恢复到两条数据
在这里插入图片描述
再基于位置节点进行恢复
在这里插入图片描述

3.2.2基于位置跳点进行恢复

只想恢复前两条数据和第四条数据

mysql -uroot -pngs123. school < /opt/school-class-2.sql
#完全恢复前两条数据
mysqlbinlog --no-defaults --base64-output=decode-rows -v mysql-bin.000002 > /opt/mysql-bin.000002
#将日志文件重定向到/opt目录下，方便查看，查看到第4条数据的位置点
vim /opt/mysql-bin.000002

首先完全恢复前两条数据
在这里插入图片描述
查看第四条数据语句中的起始点（608）和结束点（765）
在这里插入图片描述

mysqlbinlog --no-defaults --start-position='608' --stop-position='765' /usr/local/mysql/data/mysql-bin.000002 | mysql -uroot -pngs123.
mysql -uroot -pngs123. -e 'use school;select * from class'

在这里插入图片描述

3.2.3基于时间恢复

基于时间恢复和基于位置恢复时基本类似，现在基于时间节点来恢复第三条数据

mysql -uroot -pngs123. -e 'drop table school.class;'
#模拟数据丢失
mysql -uroot -pngs123. school < /opt/school-class-2.sql
#先进行完全恢复，恢复完全备份中的两条数据
vim /opt/mysql-bin.000002
#查看第三条数据执行结束的时间节点

完全恢复前两条语句
在这里插入图片描述
基于时间节点进行恢复，查看第三条数据执行结束的时间节点（22-09-18 5:51:27）
在这里插入图片描述

mysqlbinlog --no-defaults --stop-datetime='22-09-18 5:51:27' /usr/local/mysql/data/mysql-bin.000002 | mysql -uroot -pngs123.
#进恢复到第三条数据执行的结束时间
mysql -uroot -pngs123. -e 'use school;select * from class'

在这里插入图片描述

总结

1、备份的类型

物理备份、逻辑备份

2、物理备份：冷备、温备、热备

①冷备： 需要关闭mysql服务，或者确保mysql服务在进行tar备份时，没有客户端的写入操作

②温备： mysqldump，这个是mysql自带的备份工具

特性： 逐表备份，每备份一张表时，会先drop删除，然后重新create创建表结构，然后再解锁表

（仅锁定写的操作，但可读），进行insert语句的备份，备份完成后，进行unlock解锁，然后继续备份下一个。

③热备： xtrabackup或mysqlhotcopy等热备工具（第三方），在mysql正常运行时，进行备份。

3、逻辑备份：全量备份、增量备份、差异备份

①全量备份： tar压缩、mysqldump -u -p --all-databases

②增量备份： 主要使用bin-log，来舒心生成新的增备的日志文件，可以通过：mysqladmin -u -p fiush-logs 来刷新生成新的增备的日志文件，同时可以结合crontan，完成自动刷新。

注意： 再进行基于二进制文件的备份恢复时，有必要的话，需要先回复完备的数据，再逐个恢复增备的数据，直到恢复至我们需要恢复的数据为止。

③差异备份： 主要备份一次完备，后面修改的数据全部基于完备进行恢复。（相当于快照）

4、日志的保存类型

①混合模式Mixed（建议使用）： 记录行和sql

②基于行ROWS： 只记录被修改的行的记录

③基于sql（默认）： 记录修改内容的执行语句

5、mysql恢复的方式

①基于冷备（tar）形式：t ar zxvf解压打包的/usr/local/mysql/data数据下的内容

②基于自带的温备工具： 使用mysqldump进行备份后，可使用两种方式进行恢复

mysql -u -p 库名 </opt/mysql_all.sql（备份文件的路径）
mysql -u -p -e ’ source /opt/mysql_all.sql’ 直接使用source进行恢复
③基于日志：bin-log

首先开启二进制日志的配置log-bin=mysql-bin ；log_format=MIXED

然后再/usr/local/mysql/data 目录下，会生成mysql-bin.00000x的二进制文件进行恢复

接着使用mysqlbinlog --no-defaults 二进制日志路径|mysql -u -p 基于完整的二进制日志文件进行恢复。

基于位置点和时间点进行恢复

使用mysqlbinlog --no-defaults --base64-output-decode-rows -v 二进制日志文件路径，查看正确和需要跳过的错误操作的at（position位置带点）和datetime（时间点）来进行恢复

眼下一颗柠檬
关注
  • 0
    点赞
  • 踩
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
MQ备份与恢复
Hemajun1115的博客
02-23 1009
备份 逻辑备份，不需要停MQ QMNAME=$(dspmq | awk -F "[()]" '{print $2}') MQPATH=/var/mqm backupdir=/tmp/mqbackup mkdir $backupdir ------ logical backup ------ for qname in $QMNAME do dmpmqcfg -m ${qname} -a > $backupdir/${qname}.dump dmpmqcfg -m ${qname} -o setmqau
MySql三种备份方式
weixin_43153747的博客
05-22 3799
对于xtrabackup来讲，它是基于事务日志和数据文件备份的，备份的数据中可能会包含尚未提交的事务或已经提交但尚未同步至数据库文件中的事务，还应该对其做预处理，把已提交的事务同步到数据文件，未提交的事务要回滚。增量备份: incremental backup 上次完全备份或增量备份以来改变了的数据，不能单独使用，要借助完全备份，备份的频率取决于数据的更新频率。--lock-table 仅对单张表施加读锁，即使是备份整个数据库，它也是在我们备份某张表的时候才对该表施加读锁，因此适用于备份单张表。
MySQL数据库备份
Mapinyi666的博客
07-27 9945
数据库备份是指将数据库中的数据、表格、视图、存储过程、触发器等信息备份到另一个地方，以便在数据库丢失或损坏时进行恢复。数据库备份是数据库管理中必不可少的一项工作，通过备份可以保护数据库中的数据和业务。
MySQL备份
热门推荐
spring℡
05-11 1万+
一、直接拷贝数据库文件 首先关闭数据库 [root@host1 mysql]# pwd /var/lib/mysql 压缩、拷贝到host2 [root@host1 mysql]# tar czf db.tar.gz * [root@host1 mysql]# scp db.tar.gz 192.168.157.11:/beifen host2 首先关闭数据库，清理/var/lib/mysql/下的内容 [root@host2 beifen]# tar xf db.tar.gz /var/lib/my
【MySql】Mysql之备份与恢复
五彩斑斓的黑@的博客
10-05 7516
mysql的日志默认保存位置为：/usr/local/mysql/data 下面二进制日志由三种不同的记录格式①STTATEMENT（基于sql语句）每一条涉及到被修改的sql语句都会记录在binlog中缺点日志量过大，如sleep（）函数，last_insert_id()>（聚合函数）,以及user-definedfuctions(udf)、垂从复制等架构记录日志时会出现问题。
MySQL数据库备份的三种方式
咏絮
08-09 1万+
MySQL数据库备份的三种方式 1、直接拷贝物理文件 2、在sqlyog这种可视化工具中手动导出 3、使用命令导出 mysqkdump -h主机 -u用户名 -p密码 数据库 表名 >物理磁盘位置/文件名
Mysql数据库之备份和恢复
cxin1225的博客
06-23 3924
完全备份和不完全备份都各有各的优点，公司对数据库备份大部分会采用的方式为。
java实现MySQ备份还原
06-25
本篇将重点讲解如何使用Java来实现MySQL数据库的备份与还原操作，以及相关的数据库操作。 首先，让我们讨论MySQL数据库的备份。在Java中，我们通常会利用`Runtime`或`ProcessBuilder`类来执行系统命令，例如MySQL的...
MySQL的安装配置，服务管理，基本使用，性能优化，安全性，监控与日志管理，扩展与高可用，备份与恢复，版本升级与迁移注意事项
最新发布
03-26
mysql安装配置教程 MySQL的安装配置可以分为几个主要步骤，包括安装MySQL、验证安装是否成功、配置环境变量以及进行MySQL的配置。以下是详细的教程： 一、安装MySQL 1. 首先，从MySQL官网下载MySQL...1. 找到MySQ
mysq.rar_php+mysq
09-24
9. **备份与恢复**：学习如何创建数据库备份，并在需要时进行恢复操作。 10. **数据库设计**：了解数据库设计的基本原则，如范式理论，以及如何创建有效的数据模型。 通过这些知识点的学习，你可以掌握如何在实际...
PHP实现的MySql数据库备份、恢复类
01-07
PHP实现的MySql数据库备份、恢复类
Mysql 数据备份（详细教程）
Aprilqxs的博客
05-22 8089
备份的窗口期，通常是业务压力最低点。物理备份(cp、tar、zip)查看binlog日志内容。测试binlog日志。数据是企业生存的命脉。启用binlog日志。操作binlog日志。
MySQL备份与恢复
m0_71593537的博客
09-24 1万+
Mysql备份与恢复
mysql常用的三种备份方法
2301_76571514的博客
04-19 4409
支持InnoDB的物理热备份，支持完全备份，增量备份，而且速度非常快，而且支持InnoDB引擎的数据在不同数据库迁移 为了让xtrabackup支持更多的功能扩展，配置InnoDB每表一个文件的功能 在my.cnf的mysqld中加入此项： innodb_file_per_table=1 此项不启用将不支持备份单独的表 但如果之前没有启用这个选项，要实现单表一文件的话，可以用mysqldump导出数据，然后启用该选项，恢复回去后就是单表一文件了 首先下载xtrabackup。
MySQL几种方法的数据库备份
newnazi的专栏
10-25 1684
MySQL几种方法的数据库备份
MySQL数据库——备份与恢复
weixin_67300995的博客
06-25 6235
完全备份是对整个数据库、数据库结构和文件结构的备份保存的是备份完成时刻的数据库是差异备份与增量备份的基础。
MySQL备份恢复与主从复制实战解析
"MySQL实践备份恢复与主从复制" 在MySQL数据库管理中，备份恢复和主从复制是两个至关重要的操作，它们确保了数据的安全性和高可用性。下面将详细阐述这两个主题。 首先，我们来讨论备份恢复。备份是防止数据丢失的...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值