MySQL备份与恢复

已于 2024-03-26 18:44:15 修改
阅读量859 收藏 15
点赞数 20
文章标签： mysql oracle 数据库
于 2024-03-26 08:22:02 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/2301_81272194/article/details/137029407
版权

文章目录

MySQL备份与恢复

一、数据库备份的分类

1、数据备份的重要性

1.1 在生产环境中，数据的安全性至关重要
1.2 任何数据的丢失都可能产生严重的后果
1.3 造成数据丢失的原因
  • 程序错误（数据损失不会太大，一般只会丢失一部分）
  • 人为操作错误
  • 运算错误
  • 磁盘故障（避免磁盘故障：做raid5、raid10；定期做磁盘的备份）
  • 灾难（如火灾、地震）和盗窃

2、数据库备份的分类

2.1 从物理与逻辑的角度划分
2.1.1 物理备份
  • 对数据库操作系统的物理文件(如数据文件、日志文件等)的备份

物理备份方法

  • 冷备份(脱机备份)：是在关闭数据库的时候进行的
  • 热备份(联机备份)：数据库处于运行状态，依赖于数据库的日志文件
  • 温备份：数据库锁定表格（不可写入但可读）的状态下进行备份操作
2.1.2 逻辑备份
  • 对数据库逻辑组件（如：表等数据库对象）的备份
2.2 从数据库的备份策略角度划分
2.2.1 完全备份
  • 每次对数据库进行完整的备份，会导致备份文件占用巨大的空间，并且有大量的重复数据（一般只适合第一次备份）
  • 恢复时直接把文件导入进去即可
  • 一般一周进行一次完全备份，时间一般在不提供业务的时间区间进行（如：凌晨1点—5点）
2.2.2 差异备份
  • 备份自从上次完全备份之后被修改过的文件，可能会出现备份重复数据，导致占用额外的磁盘空间
  • 恢复时，先回复完全备份，再导入差异备份的数据
  • 选择特定的场景进行备份
2.2.3 增量备份
  • 只有在上次完全备份或者增量备份后被修改的文件才会被备份，不会出现重复数据，也不会占用额外的磁盘空间
  • 恢复数据时，需要完全恢复，再做增量恢复，恢复时按照次序恢复
  • 1天或者2天或者3天进行一次增量备份

3、常见的备份方法

3.1 物理冷备
  • 备份时数据库处于关闭状态，直接打包数据库文件
  • 备份速度快，恢复时也是最简单的
3.2 专用备份工具mysqldump或mysqlhotcopy
  • mysqldump常用的逻辑备份工具
  • mysqlhotcopy仅拥有备份MyISAM和ARCHIVE表
3.3 启用二进制日志进行增量备份
  • 进行增量备份，需要刷新二进制日志
3.4 第三方工具备份
  • 免费的MySQL热备份软件Percona XtraBackup

二、MySQL完全备份与恢复

1、MySQL完全备份

  • 是对整个数据库、数据库结构和文件结构的备份
  • 保存的是备份完成时刻的数据库
  • 是差异备份与增量备份的基础
1.1 优点
  • 备份与恢复操作简单方便
1.2 缺点
  • 数据存在大量的重复
  • 占用大量的备份空间
  • 备份与恢复时间长

2、数据库完全备份分类

2.1 物理冷备份与恢复
  • 关闭MySQL数据库
    使用tar命令直接打包数据库文件夹
  • 直接替换现有MySQL目录即可
2.2 mysqldump备份与恢复
  • MySQL自带的备份工具，可方便实现对MySQL的备份
  • 可以将指定的库、表导出为SQL脚本
  • 使用命令mysql导入备份的数据

3、物理冷备份与恢复

3.1 创建表
mysql -uroot -p数据库密码
#登录数据库

create database liu;
#创建数据库

use liu;
#切换数据库

create table yy01(id int(4),name char(10) not null,cardid varchar(18) not null,hobby varchar(60) not null,primary key(id));
#创建表

desc yy01;
#查看表的结构

insert into yy01 values(1,'zhou',111111,'aihao');
insert into yy01 values(2,'wu',222222,'meili');
insert into yy01 values(3,'qi',333333,'hao');
#表中插入记录

select * from yy01;
#查看表中数据

image-20240325153754137

image-20240325154035437

image-20240325154133758

3.2 物理冷备份
systemctl stop mysqld.service
#关闭服务

yum install -y xz
#安装xz（压缩工具）

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

image-20240325154434149

3.3 物理冷恢复
3.3.1 删除数据表
systemctl start mysqld.service
#开启服务

drop table yy01;
#删除数据表

show tables;
#查看数据表信息（此时位置在数据库liu中）

image-20240325154836826

3.3.2 恢复数据表文件
tar Jxvf /opt/mysql_all_2024-03-25.tar.xz -C /
#解压之前备份的数据信息

systemctl restart mysqld.service
#重启服务

show tables;
#查看数据库liu中表的信息

select * from yy01;
#查看数据表信息

image-20240325155226814

4、mysqldump备份与恢复

4.1 完全备份一个或多个完整的库（包括其中所有的表）
mysqldump -u用户名 -p[密码] --databases 库名1 [库名2]... > /备份路径/备份文件名.sql
#导出的就是数据库脚本文件（备份文件必须以.sql结尾，否则恢复数据时会报错）

mysqldump -uroot -p123456 --databases liu > /opt/liu.sql
#备份数据库liu

ls /opt
#查看备份的数据

image-20240325155949581

4.2 完全备份MySQL服务器中所有的库
mysqldump -u用户名 -p[密码] --databases 库名1 [库名2]... > /备份路径/备份文件名.sql
#导出的就是数据库脚本文件

mysqldump -uroot -p123456 --all-databases > /opt/mysql_$(date +%F)all.sql
#备份所有的数据库

ls /opt
#查看备份的数据

image-20240325160328787

4.3 完全备份指定数据库中的部分表
mysqldump -u 用户名 -p[密码] [-d] 库名 [表名1] [表名2] ... > /备份路径/备份文件名.sql
#备份数据库中部分表

#使用“-d”选项，说明只保存数据库的表结构
#不使用“-d”选项，说明表数据也进行备份

mysqldump -uroot -p123456 -d liu yy01 > /opt/liu_yy01.sql
#只备份表的结构

cat /opt/liu_yy01.sql
#查看备份的表信息

mysqldump -uroot -p123456 liu yy01 > /opt/liu_shuju_yy01.sql
#表的结构和数据内容全部备份

cat /opt/liu_shuju_yy01.sql
#查看备份的表信息

image-20240325160946743

image-20240325161148103

4.4 查看备份文件
grep -v "^--" 备份文件路径/备份文件名.sql | grep -v "^/" | grep -v "^$"

grep -v "^--" /opt/liu_yy01.sql | grep -v "^/" | grep -v "^$"
#查看备份的表结构

grep -v "^--" /opt/liu_shuju_yy01.sql | grep -v "^/" | grep -v "^$"
#查看备份的表结构和数据

image-20240325161741027

4.5 恢复数据库
  • 删除数据库
mysql -u root -p123456 -e 'drop database liu;'
#删除数据库liu
#"-e"选项，用于指定连接MySQL后执行的命令，命令执行完后自动退出

mysql -u -root -p123456 -e 'show databases;'
#查看数据库信息

image-20240325162322270

  • 恢复数据库
mysql -uroot -p123456 < /opt/liu.sql
#将备份的数据库导入

mysql -uroot -p123456 -e 'show databases;'
#查看数据库信息

image-20240325162533122

4.6 恢复数据表
  • 删除数据表
mysql -uroot -p123456 -e 'drop table liu.yy01;'
#删除数据表信息

mysql -uroot -p123456 -e 'show tables from yy01;'
#查看数据表信息

image-20240325162812571

  • 恢复数据表

    当备份文件中只包含表的备份，而不包含创建的库的语句时，执行导入操作时必须指定库名，且目标库必须存在

mysql -uroot -p123456 liu < /opt/liu_shuju_yy01.sql
#将备份的数据表内容导入（注意此处导入数据库liu中）

mysql -uroot -p123456 -e 'show tables from liu;'
#查看数据表内容（注意此处查看的是数据库下面的数据表，所以输入的是数据库名）

image-20240325163643955

image-20240325163759130

三、MySQL增量备份与恢复

1、MySQL增量备份

1.1 使用mysqldump进行完全备份存在的问题
  • 备份数据中有重复数据
  • 备份时间与恢复时间过长
1.2 是自上一次备份后增加/变化的文件或者内容

MySQL没有提供直接的增量备份方法，可通过MySQL提供的二进制日志间接实现增量备份

2、增加备份的特点

  • 没有重复数据，备份量不大，时间段
  • 恢复需要上次完全备份及完全备份之后所有的增量备份才能恢复，而且要对所有增量备份进行逐个反推恢复

3、MySQL二进制日志对备份的意义

  • 二进制日志保存了所有更新或者可能更新数据库的操作
  • 二进制日志在启动MySQL服务器后开始记录，并在文件达到max_binlog_size所设置的大小或者接收到flush logs命令后重新创建新的日志文件
  • 只需定时执行flush_logs方法重新创建新的日志，生成二进制文件序列，并及时把这些日志保存到安全的地方就完成了一个时间段的增量备份

4、增量备份

4.1 开启二进制日志功能

image-20240325181639817

二进制日志（binlog）有3种不同的记录格式

①、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方式存储。
vim /etc/my.cnf
[mysqld]
log-bin=mysql-bin
binlog_format = MIXED
#可选，指定二进制日志（binlog）的记录格式为MIXED
server-id = 1

systemctl restart mysqld.service
#重启服务

ls -l /usr/local/mysql/data/mysql-bin.*
#查看二进制日志文件

image-20240325165611133

image-20240325165817640

4.2 每周对数据库或表进行完全备份
mysqldump -uroot -p123456 liu yy01 > /opt/liu_yy01_$(date +%F).sql
#备份liu数据库中yy01数据表信息

mysqldump -uroot -p123456 --all-databases liu > /opt/liu_$(date +%F).sql
#备份数据库liu信息

ls /opt
#查看生成的备份文件

image-20240325171117478

4.3 每天进行增量备份操作，生成新的二进制日志文件
mysqladmin -uroot -p123456 flush-logs
#进行增量备份，生成新的二进制日志文件

ll -l /usr/local/mysql/data/mysql-bin.*
#查看新生成的二进制日志文件（mysql-bin.000002）

image-20240325171456733

4.4 插入新数据，使数据发生增加或变更
insert into liu.yy01 values(4,'yi',444444,'liang');
insert into liu.yy01 values(5,'you',555555,'xixi');
#表中插入新数据

select * from yy01;
#查看数据表内容

image-20240325172319613

image-20240325172342258

4.5 再次生成新的二进制日志文件
mysqladmin -uroot -p123456 flush-logs
#进行增量备份，生成新的二进制日志文件

ll -l /usr/local/mysql/data/mysql-bin.*
#查看新生成的二进制日志文件（mysql-bin.000003）

image-20240325172551386

4.6 查看二进制日志文件的内容
cp /usr/local/mysql/data/mysql-bin.000002 /opt/
#将新生成的二进制日志文件复制到/opt

mysqlbinlog --no-defaults --base64-output=decode-rows -v /opt/mysql-bin.000002 
#查看二进制日志文件

# --base64-output=decode-rows：使用64位编码机制去解码并按行读取
# -v：显示详细内容

image-20240326182112084

5、增量恢复

5.1 一般备份与恢复
5.1.1 丢失更新的数据恢复步骤
create database lucky;
#创建数据库

show databases;
#查看数据库信息

use lucky;
#切换数据库

create table aa(id int(4),name varchar(8));
#创建表

desc aa;
#查看数据表结构

insert into aa values(1,'qq');
insert into aa values(2,'ww');
#表中插入数据

select * from aa;
#查看数据表信息

mysqladmin -uroot -p flush-logs
#进行增量备份，生成新的二进制日志文件

mysqlbinlog --no-defaults --base64-output=decode-rows -v mysql-bin.000002
#查看二进制日志文件

mysql -uroot -p -e 'drop database lucky;'
#删除数据库

mysql -uroot -p -e 'show tables from lucky;'
#查看数据库信息

mysqlbinlog --no-defaults ./mysql-bin.000002 | mysql -uroot -p
#基于mysql-bin.000002二进制日志文件恢复更新的数据

mysql -uroot -p -e 'show tables from lucky;'
#查看数据库信息

mysql -uroot -p -e 'select * from lucky.aa;'
#查看数据库中表的信息

image-20240325222415755

image-20240325222506731

image-20240325222744779

image-20240325222914733

5.1.2 丢失所有数据的恢复步骤
mysql -uroot -p -e 'drop table liu.yy01;'
#删除数据表

mysql -u root -p liu < liu_yy01_2024-03-25.sql
#将数据表内容导入

mysql -u root -p123456 -e 'select * from liu.yy01;'
#查看数据表内容

image-20240325180932086

5.2 断点备份与恢复
5.2.1 查看二进制文件，确定指令编号、时间
[root@liuyanfen12 data]#mysqlbinlog --no-defaults --base64-output=decode-rows -v mysql-bin.000002
/*!50530 SET @@SESSION.PSEUDO_SLAVE_MODE=1*/;
/*!50003 SET @OLD_COMPLETION_TYPE=@@COMPLETION_TYPE,COMPLETION_TYPE=0*/;
DELIMITER /*!*/;
# at 4
#240325 22:05:46 server id 1  end_log_pos 123 CRC32 0xc1a54c67  Start: binlog v 4, server v 5.7.17-log created 240325 22:05:46
# at 123
#240325 22:05:46 server id 1  end_log_pos 154 CRC32 0xa6a12e66  Previous-GTIDs
# [empty]
# at 154
#240325 22:07:01 server id 1  end_log_pos 219 CRC32 0xb9bb8cdd  Anonymous_GTID  last_committed=0        sequence_number=1
SET @@SESSION.GTID_NEXT= 'ANONYMOUS'/*!*/;
# at 219
#240325 22:07:01 server id 1  end_log_pos 316 CRC32 0x235b29d2  Query   thread_id=4     exec_time=0     error_code=0
SET TIMESTAMP=1711375621/*!*/;
SET @@session.pseudo_thread_id=4/*!*/;
SET @@session.foreign_key_checks=1, @@session.sql_auto_is_null=0, @@session.unique_checks=1, @@session.autocommit=1/*!*/;
SET @@session.sql_mode=1437073414/*!*/;
SET @@session.auto_increment_increment=1, @@session.auto_increment_offset=1/*!*/;
/*!\C utf8 *//*!*/;
SET @@session.character_set_client=33,@@session.collation_connection=33,@@session.collation_server=33/*!*/;
SET @@session.lc_time_names=0/*!*/;
SET @@session.collation_database=DEFAULT/*!*/;
create database lucky
/*!*/;
# at 316
#240325 22:08:10 server id 1  end_log_pos 381 CRC32 0x24375e81  Anonymous_GTID  last_committed=1        sequence_number=2
SET @@SESSION.GTID_NEXT= 'ANONYMOUS'/*!*/;
# at 381
#240325 22:08:10 server id 1  end_log_pos 499 CRC32 0xc30ba8d9  Query   thread_id=4     exec_time=0     error_code=0
use `lucky`/*!*/;
SET TIMESTAMP=1711375690/*!*/;
create table aa(id int(4),name varchar(8))
/*!*/;
# at 499
#240325 22:08:47 server id 1  end_log_pos 564 CRC32 0xf5ca945d  Anonymous_GTID  last_committed=2        sequence_number=3
SET @@SESSION.GTID_NEXT= 'ANONYMOUS'/*!*/;
# at 564
#240325 22:08:47 server id 1  end_log_pos 645 CRC32 0x53366fb9  Query   thread_id=4     exec_time=0     error_code=0
SET TIMESTAMP=1711375727/*!*/;
BEGIN
/*!*/;
# at 645
#240325 22:08:47 server id 1  end_log_pos 750 CRC32 0x2895ced6  Query   thread_id=4     exec_time=0     error_code=0
SET TIMESTAMP=1711375727/*!*/;
insert into aa values(1,'qq')
/*!*/;
# at 750
#240325 22:08:47 server id 1  end_log_pos 781 CRC32 0xddc2fd69  Xid = 87
COMMIT/*!*/;
# at 781
#240325 22:08:55 server id 1  end_log_pos 846 CRC32 0x469c51a8  Anonymous_GTID  last_committed=3        sequence_number=4
SET @@SESSION.GTID_NEXT= 'ANONYMOUS'/*!*/;
# at 846
#240325 22:08:55 server id 1  end_log_pos 927 CRC32 0xeb5ffbc3  Query   thread_id=4     exec_time=0     error_code=0
SET TIMESTAMP=1711375735/*!*/;
BEGIN
/*!*/;
# at 927
#240325 22:08:55 server id 1  end_log_pos 1032 CRC32 0xe0e88bc2         Query   thread_id=4     exec_time=0 error_code=0
SET TIMESTAMP=1711375735/*!*/;
insert into aa values(2,'ww')
/*!*/;
# at 1032
#240325 22:08:55 server id 1  end_log_pos 1063 CRC32 0xfa343601         Xid = 88
COMMIT/*!*/;
# at 1063
#240325 22:09:41 server id 1  end_log_pos 1110 CRC32 0xdbd403b7         Rotate to mysql-bin.000003  pos: 4
SET @@SESSION.GTID_NEXT= 'AUTOMATIC' /* added by mysqlbinlog */ /*!*/;
DELIMITER ;
# End of log file
/*!50003 SET COMPLETION_TYPE=@OLD_COMPLETION_TYPE*/;
/*!50530 SET @@SESSION.PSEUDO_SLAVE_MODE=0*/;
5.2.2 基于位置恢复
# at 645
insert into aa values(1,'qq')
#插入用户‘qq’数据

# at 927
insert into aa values(2,'ww')
#插入用户‘ww’数据

注意：节点位置是需要将记录commit提交之后，否则恢复的数据不会生效

image-20240325223505252

  • 仅恢复操作id为“927”之前的数据，即不恢复用户“ww”的数据
mysql -uroot -p -e 'select * from lucky.aa;'
#查看数据库中表的信息

mysql -uroot -p -e 'drop database lucky;'
#删除数据库信息

mysql -uroot -p -e 'show tables from lucky;'
#查看数据库信息

mysqlbinlog  --no-defaults --stop-position='927' ./mysql-bin.000002 |mysql -uroot -p
#更新恢复数据至位置节点“927”之前

mysql -uroot -p -e 'select * from lucky.aa;'
#查看数据库中表的信息（表中只有用户“qq”信息，没有用户“ww”的信息）

image-20240325224410492

  • 仅恢复用户“ww”的信息，跳过用户"qq"信息
mysql -uroot -p -e 'delete from lucky.aa where id=1;'
#删除数据表中id=1的记录行

mysql -uroot -p -e 'show tables from lucky;'
#查看数据库信息（表的结构没删除）

mysqlbinlog  --no-defaults --start-position='927' ./mysql-bin.000002 |mysql -uroot -p
#更新恢复位置节点“927”之后的数据

mysql -uroot -p -e 'select * from lucky.aa;'
#查看数据库中表的信息（只有用户“ww”数据，没有用户“qq”数据）

image-20240325225610981

5.2.3 基于时间点恢复
# at 645
#240325 22:08:47 server id 1  end_log_pos 750 CRC32 0x2895ced6  Query   thread_id=4     exec_time=0     error_code=0
SET TIMESTAMP=1711375727/*!*/;
insert into aa values(1,'qq')

# at 927
#240325 22:08:55 server id 1  end_log_pos 1032 CRC32 0xe0e88bc2         Query   thread_id=4     exec_time=0 error_code=0
SET TIMESTAMP=1711375735/*!*/;
insert into aa values(2,'ww')

注意：节点时间是需要将修改的记录commit提交之后，否则恢复的数据不会生效

image-20240325225938167

  • 仅恢复到22:08:55时间节点的数据，即只恢复用户“qq”数据
mysql -uroot -p -e 'drop database lucky;'
#删除数据库信息

mysql -uroot -p -e 'show tables from lucky;'
#查看数据库信息

mysqlbinlog  --no-defaults --stop-datetime='2024-03-25 22:08:55' ./mysql-bin.000002 |mysql -uroot -p
#更新恢复至时间节点22:08:55之前的数据

mysql -uroot -p -e 'select * from lucky.aa;' 
#查看数据库中表的信息

image-20240325231014177

  • 仅恢复时间节点22:08:55之后的数据，即恢复用户“ww”的数据，跳过用户“qq”
mysql -uroot -p -e 'delete from lucky.aa where id=1;' 
#删除数据表中id=1的记录行

mysql -uroot -p -e 'show tables from lucky;'
#查看数据库信息（表的结构没有被删除）

mysqlbinlog  --no-defaults --start-datetime='2024-03-25 22:08:55' ./mysql-bin.000002 |mysql -uroot -p
#更新恢复数据从时间节点22:08:55开始

mysql -uroot -p -e 'select * from lucky.aa;' 
#查看数据库中表的信息

image-20240325231518199

5.2.4 总结
  • 如果恢复某条SQL语句之前的所有数据，就stop在这个语句的位置节点或者时间点
  • 如果恢复某条SQL语句以及之后的所有数据，就从这个语句的位置节点或者时间点start
刘艳芬_
关注
  • 20
    点赞
  • 踩
  • 15
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
MySQL几种方法的数据库备份
m0_66557301的博客
08-23 1万+
仅仅须要在命令行中使用mysqldump命令就可以，默认情况下该命令在mysql的bin文件夹中(前提须要将bin文件夹加入到path中)，然后打开命令行，切换到某个盘符下，输入“mysqldump –u root –p 数据库名>备份文件名称.sql”，单击回车，输入password后，就可以备份对应的数据库。备份的时候要备份MySQL文件夹下的data文件夹，可是后来发现这样的方法不正确，须要将隐藏在C盘的MySQL文件夹下的data文件夹备份才行，那才是真正保存mysql数据的地方。
Mysql数据库——数据备份与恢复
最新发布
一坨小橙子的博客
03-25 2040
数据备份的重要性、数据库备份的分类（完全备份、差异备份、增量备份）、常见的备份方法（mysqldump）物理冷备份与恢复（tar）、完全恢复（Source需要进入Mysql、mysql命令）、日志（STATEMENT、ROW、MIXED）、增量备份（二进制备份与恢复mysql-bin000001）恢复（mysqlbinlog --start-position或--start-datetime）
MySQL详解六：备份与恢复
m0_74170357的博客
09-20 1739
是对整个数据库、数据库结构和文件结构的备份保存的是备份完成时刻的数据库是差异备份与增量备份的基础是自上一次备份后增加和变化的文件或内容。
MySQL数据备份方式详情
m0_52369979的博客
05-29 536
备份方法备份速度恢复速度便捷性功能一般用于cp快快一般，灵活性低很弱少量数据备份mysqldump慢慢一般，可无视存储化引擎的差异一般中小型数据的备份量lvm快照快快一般，支持几乎热备，速度快一般中小型数据的备份量xtrabackup较快较快实现innodb热备，对存储引擎有极大要求强大较大规模的备份量Mysql数据库备份
mysql数据备份方案
weixin_41902931的博客
05-18 451
另外，还有一些第三方工具和自动化脚本可用于备份 MySQL 数据库，它们提供了更多的选项和灵活性。你可以根据具体情况选择适合你的备份方案。这些是常见的备份方案，具体选择哪种方案取决于你的需求和环境。请注意，在执行备份操作之前，确保你具有适当的权限和对应的工具已经安装。需要注意的是，上述命令中的 、、、、 等参数需要根据实际情况进行替换。复制 MySQL 数据目录（通常是 /var/lib/mysql）到备份目录。打开命令行或终端窗口。
实验报告六 MYSQL备份与恢复.docx
10-25
实验报告六 MYSQL备份与恢复.docx
Mysql备份与恢复
05-29
生产中Mysql备份恢复的形式，基于mysqldump备份及原理，基于Xtrabcackup备份及原理，表空间传输，binlog备份（增量），基于mysql全备+增备的恢复Tips
MySQL 备份与恢复 手把手教学视频
08-05
MySQL 备份与恢复 手把手教学视频
浅析MySQL 备份与恢复
09-08
主要介绍了MySQL 备份与恢复的相关资料，帮助大家更好的理解和学习MySQL，感兴趣的朋友可以了解下
mysql 数据库数据恢复 库被删了怎么恢复数据库
热门推荐
uziuzi669的博客
08-18 1万+
该方案针对于 linux 环境下恢复数据，windows 下不太清楚能不能用，可以参考下。mysql 数据库的恢复是通过 MySQL 本身的 binlog 日志来恢复丢失或删除的数据，binlog 日志文件中记录着数据库中所有的操作，CRUD/Rollback 操作都会记录在日志中。该方式是通过通过 binlog 日志恢复，需要保证数据库开启了 binlog 日志。...
服务器如何数据备份？
qgnet的博客
04-14 7444
服务器数据备份的方法有：1、文件级备份，是将文件和文件夹传输到另一个设备或位置上；2、硬盘备份，是硬盘备份复制在设备上的每一位信息上；3、版本级别或控制台备份，是用于将应用程序还原到先前版本；4、服务器级备份，是创建客户端整个服务器的映像。 具体内容如下： 1、文件级备份 简单来说，就是将文件和文件夹传输到另一个设备或位置上。 2、硬盘备份 通常比文件级备份快一点，硬盘备份复制在设备上的每一位信息（例如硬盘驱动器）上，以便在出现严重错误的情况下进行恢复。 3、版本级别或控制台备份 与文件级和块级备份不同，.
Mysql 备份恢复看这一篇就够了
wo919191的博客
09-02 2787
mysqldump binlog XtraBackup 备份恢复
mysql备份的三种方案（冷备、温备、热备）
光线技术博客
05-18 7324
一、备份的目的 做灾难恢复：对损坏的数据进行恢复和还原 需求改变：因需求改变而需要把数据还原到改变以前 测试：测试新功能是否可用 二、备份需要考虑的问题 可以容忍丢失多长时间的数据； 恢复数据要在多长时间内完； 恢复的时候是否需要持续提供服务； 恢复的对象，是整个库，多个表，还是单个库，单个表。 三、备份的类型 1、根据是否需要数据库离线 冷备（cold backup）：需要关mysql服务，读写请求均不允许状态下进行； 温备（warm backup）： 服务在线，但仅支持读请求，不允许写请求.
mysql备份以及还原表与库的几种常见方式
qq_41905051的博客
04-23 1883
mysql备份以及还原表与库的几种常见方式
mysql 物理热备_mysql 开发进阶篇系列 44 物理备份与恢复( 热备份xtrabackup 工具介绍)...
weixin_28894423的博客
01-19 161
一.概述物理备份和恢复又分为冷备份和热备份。与逻辑备份相比，它最大优点是备份和恢复的速度更快。因为物理备份的原理都是基于文件的cp。1.1 冷备份冷备份就是停掉数据库服务。这种物理备份一般很少使用，因为很多应用是不允许长时间停机的。恢复操作大概是：首先停掉mysql服务， 在操作系统级别恢复mysql的数据文件，然后重启mysql服务， 使用mysqlbinlog工具恢复自备份以来的所有binlo...
MySQL数据库的备份与恢复
橘子的博客
06-16 4813
MySQL数据库的备份和恢复数据
mysql数据的备份与恢复
weixin_56665913的博客
07-18 372
mysql数据的备份与恢复数据备份的重要性：二级目录三级目录 数据备份的重要性： 1）、在生产环境中，数据得安全性至关重要 2）、任何数据的丢失都可能产生严重的后果 3）、造成数据丢失的原因 ●程序错误 ●认为操作错误 ●运算错误 ●磁盘故障 ●不可抗力因素或者盗窃等 二级目录 三级目录 ...
mysql备份与还原
05-31
MySQL备份和还原可以通过多种方式实现，以下是其中两种基本方法： 1. 使用mysqldump命令进行备份和还原 备份： ``` mysqldump -u [用户名] -p [要备份的数据库名] > [备份文件名].sql ``` 例如： ``` mysqldump -u root -p mydatabase > mydatabase_backup.sql ``` 还原： ``` mysql -u [用户名] -p [要还原的数据库名] < [备份文件名].sql ``` 例如： ``` mysql -u root -p mydatabase < mydatabase_backup.sql ``` 2. 使用MySQL Workbench进行备份和还原 备份： - 打开MySQL Workbench，选择要备份的数据库 - 点击菜单栏中的“Server”->“Data Export”，选择要备份的数据库和备份类型 - 点击“Export to Self-Contained File”，选择备份文件存储路径，点击“Start Export” 还原： - 打开MySQL Workbench，选择要还原的数据库 - 点击菜单栏中的“Server”->“Data Import”，选择要还原的数据库和备份文件 - 点击“Start Import” 无论是哪种方式，备份和还原前都需要确保数据库连接正常，并且备份和还原的用户具有足够的权限。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值