小白带你学习linux的mysql数据库备份(三十)

本文涉及的产品
云数据库 RDS MySQL,集群系列 2核4GB
推荐场景:
搭建个人博客
RDS MySQL Serverless 基础系列,0.5-2RCU 50GB
云数据库 RDS MySQL,高可用系列 2核4GB
简介: 小白带你学习linux的mysql数据库备份(三十)



一、概述

数据库备份是指将数据库中的数据、表格、视图、存储过程、触发器等信息备份到另一个地方,以数据库丢失或损坏时进行恢复。数据库备份是数据库管理中必不可少的一项工作,通过备份可以保护数据库中的数据和业务

二、数据备份的重要性

备份的主要目的是灾难恢复,备份还可以测试应用,回滚数据修改,查询历史数据,审计等。

三、造成数据丢失的原因

程序错误

人为错误

运算失败

磁盘故障

灾难(如火灾、地震)和盗窃

四、备份类型

1、物理与逻辑角度

1.1物理备份

对数据库操作系统的物理文件(如数据文件、日志文件等)的备份。

1.2冷备份

是在关闭数据库的时候进行的

1.3热备份

数据库处于运行状态,这种备份方法依赖于数据库的日志文件

1.4逻辑备份

对数据库逻辑组件(如表等数据库对象)的备份,表时为逻辑数据库结构(create database、create table等语句)和内容(insert语句或分割文本文件)的信息

2、数据库备份策略角度

1.1完整备份

完整备份指的是备份整个数据库的所有信息,包括数据库文件中所有的数据、表、视图、存储过程、触发器等。一般来说,完整备份是备份最全面、可靠的方式,但备份文件体积较大,备份时间也相对较长

1.2增量备份

增量备份指的是在完整备份的基础上,每隔一定时间备份新增的数据或修改的数据。这种备份方式可以节省备份时间和备份文件的空间,但需要配合特定软件或命令进行

五、常见的备份方法

1、物理备份

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

2、使用专用备份工具

mysqldump

mysqlhotcopy

3、通过启用二进制日志增量备份

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

4、第三方工具备份

Percona XtraBackup是一个免费的MySQL热备份软件,支持在线备份innodb和XtraDB,也可以支持MySQL表备份,

5、注意事项

定期备份,指定备份计划,严格遵守

除了完全备份之外,开启binlog日志功能很重要

使用统一的、容易理解的备份名称,推荐使用库名或者表名加上时间的命名规则

六、备份

1、完整备份

1.1打包数据库文件备份

位置

源码包的位置/usr/local/mysql/data/

rpm包的位置/var/lib/mysql

备份

在数据库中创建数据表,并写入数据

停止数据库服务

创建备份目录

按照特定格式对数据库目录进行备份

tar  czf  mysql_all-$(date  +%F).tar.gz  /var/lib/mysql/*

先关闭数据库,在备份数据。

systemctl stop mysqld.service
tar -czf mysql_ljt_$(date +%F).tar.gz /var/lib/mysql/*

还原

创建还原目录

模拟元数据丢失

我们先把mysql打包成一个压缩包,然后创建两个文件夹,把mysql移动到其中的一个文件夹,查看原来的mysql里面为0

tar -czf mysql_ljt_$(date +%F).taz /var/lib/mysql/*
mkdir /bak
mkdir /restore
mv /var/lib/mysql/* /bak
ll /var/lib/mysql

将解压之后的数据还原值原目录

tar xf mysql_ljt_2023-07-27.taz -C /restore/
cd /restore/
cd /var/lib/mysql/

解压数据包到restore

MV移动数据到mysql重启一下mysql登录进入mysql

mv /restore/var/lib/mysql/* /var/lib/mysql/
systemctl restart mysqld
mysql -uroot -p123456

登录查看

1.2备份工具备份

备份

工具           mysqldump

对单个库进行完全备份

mysqldump -u用户名 -p[密码] [选项] --databases [数据库名] > /备份路径/备份文件名

-p可以不加密码

把原来的库删除在恢复测试一下

对多个库进行完全备份

mysqldump -u用户名 -p[密码] [选项] --databases 库名1 [库名2]…… > /备份路径/备份文件名

对所有库进行完全备份

mysqldump -u用户名 -p[密码] [选项] --opt --all-databases > /备份路径/备份文件名

对表进行完全备份

mysqldump -u用户名 -p[密码] [选项] 数据库名 表名 > /备份路径/备份文件名

对表的结构进行备份          

mysqldump -u用户名 -p[密码] -d 数据库名 表名 > /备份路径/备份文件名

mysqldump -uroot -p  -d ljt class >/mnt/class.1.sql

这个命令是用来导出 MySQL 数据库中的指定表的数据结构(仅包含表结构,不包含数据)到指定路径下的备份文件中。

  • -u [用户名]:指定数据库的用户名。
  • -p[密码]:指定数据库的密码。请注意在-p后面没有空格。
  • -d:表示只导出数据表的结构,不包含数据。
  • [数据库名]:指定要备份的数据库的名称。
  • [表名]:指定要备份的表的名称。
  • > /备份路径/备份文件名:表示将备份的结果输出到指定路径和文件名中。

还原

工具

source            登录mysql 数据库执行source  备份sql脚本路径

mysql

mysql -u用户名 -p[密码] < 库备份脚本的路径

mysql -u用户名 -p[密码] 库名 < 表备份脚本的路径

2、增量备份

1.1使用完全备份时,备份与恢复的时间过长
1.2增量备份就是备份自上一次备份之后增加的或改变的文件内容
1.3特点

没有重复数据,备份量不大,时间短

恢复麻烦,需要上次完全备份及完全备份之后所有的增量备份才能恢复,而且要对所有增量备份进行逐个反推恢复

MySQL没有提供直接的增量备份办法,可以通过MySQL提供的二进制日志(binary logsbinlog))间接实现增量备份

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

二进制日志保存了所有更新或者可能更新数据库的操作。

二进制日志在启动MySQL服务器后开始记录,并在文件达到max_binlog_size所设置的大小或者接收到flush logs命令后重新创建新的日志文件。

1.5开启二进制日志备份功能

MySQL的配置文件的[mysqld]项中加入 log-bin=文件存放路径/文件前缀,如 log-bin=mysql-bin,然后重启mysqld服务。默认此配置存在。

vim /etc/my.cnf
systemctl restart mysqld
ll /var/lib/mysql

生成了一个二进制日志

mysql回滚了一次生成另一个记录

mysqladmin -uroot -p flush-logs
ll /var/lib/mysql

使用mysqld --log-bin=文件存放路径/文件前缀 重新启动mysqld服务每周选择服务器负载较轻的时间段,或者用户访问较少的时间段进行备份

1.6增量恢复

应用场景

人为的SQL语句破坏了数据库

在进行下一次全备之前发生系统故障导致数据库丢失

在主从架构中,主库数据发生了故障,保证从库数据一致性

方法

一般恢复

备份的二进制日志内容全部恢复

格式: mysqldbinlog [--no-defaults] 增量备份文件 | mysql -u用户名 -p密码

基于时间点的恢复

便于跳过某个发生错误的时间点实现数据恢复

格式:从日志开头截止到某个时间点的恢复:

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

从某个时间点到日志结尾的恢复

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

从某个时间点到某个时间点的恢复

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

基于位置的恢复

可能在同一时间点既有错误的操作也有正确的操作,基于位置进行恢复更加准确

mysqlbinlog --stop-position=‘操作 id‘ 二进制日志 | mysql -u用户名 -p密码

mysqlbinlog --start-position=‘操作 id‘ 二进制日志 | mysql -u用户名 -p密码

七、实验

让我们来一次完整的二进制内容的操作吧

安装mysql(yum 方式)

添加数据库、表,录入数据

create database client;
create table user_info(身份证 char(20) not null,姓名 char(20) not null,性别 char(4),用户ID号 char(10) not null,资费 int(10)) DEFAULT CHARSET=utf8;
insert into user_info values('000000006','张三','男','016','10');
insert into user_info values('000000007','李四','女','017','91');
insert into user_info values('000000008','王五','女','018','23');
select * from user_info;

先进行一次完全备份

mkdir /mysql_bak
mysqldump -uroot -p123456 client user_info > /mysql_bak/client_userinfo-$(date +%F).sql
mysqldump -uroot -p123456 --databases client > /mysql_bak/client-$(date +%F).sql
ls /mysql_bak/

添加两条内容,重启一下服务

vim /etc/my.cnf
 systemctl restart mysqld

server-id=1

log-bin=mysql-bin

进行一次日志回滚(生成新的二进制日志)

mysqladmin -uroot -p123456 flush-logs

出现了两个日志分别为000001,000002

继续录入新的数据

mysql -uroot -p123456
 use client;
 insert into user_info values('000000009','赵六','男','019','37');
 insert into user_info values('000000010','孙七','男','020','36');
 select * from user_info;

进行增量备

mysqladmin -uroot -p123456 flush-logs
ll /var/lib/mysql

mv  /var/lib/mysql/mysql-bin.000002 /mysql_bak/
mysqlbinlog -v /mysql_bak/mysql-bin.000002

模拟误操作删除user_info表

drop table client.user_info;
select * from client.user_info;

恢复完全备份

mysql -uroot -p123456 client < /mysql_bak/client_userinfo-2023-07-28.sql

查看一下数据库

mysql -uroot -p123456
select * from client.user_info;

恢复增量备份

mysqlbinlog --no-defaults /mysql_bak/mysql-bin.000002 | mysql -uroot -p123456
select * from client.user_info;

基于时间点的增量备份恢复

drop table client.user_info;
select * from client.user_info;

mysql -uroot -p123456 client < /mysql_bak/client_userinfo-2023-07-28.sql 
 mysqlbinlog --no-defaults /mysql_bak//mysql-bin.000002  -v

完整备份回数据库查看一下时间点的文件

查看一下数据库的身份信息

select * from client.user_info;

查看一下赵六的结束时间戳

再看一下孙七的结束时间戳

只恢复赵六,不恢复孙七:

mysqlbinlog --no-defaults --stop-datetime="2023-07-28  9:42:43" /mysql_bak/mysql-bin.000002 | mysql -uroot -p123456

只恢复孙七,不恢复赵六:

drop table client.user_info;
mysql -uroot -p123456 client < /mysql_bak/client_userinfo-2023-07-28.sql

这就要使用另一个命令了需要的是开始时间

mysqlbinlog --no-defaults --start-datetime="2023-07-28  9:42:43" /mysql_bak/mysql-bin.000002 | mysql -uroot -p123456

查看数据库

基于位置的恢复

drop table client.user_info;
mysql -uroot -p123456 client < /mysql_bak/client_userinfo-2023-07-28.sql

只恢复赵六,不恢复孙七:

mysqlbinlog --no-defaults --stop-position='520' /mysql_bak/mysql-bin.000002 | mysql -uroot -p123456
select * from client.user_info;

只恢复孙七,不恢复赵六:

drop table client.user_info;
mysql -uroot -p123456 client < /mysql_bak/client_userinfo-2023-07-28.sql 
mysqlbinlog --no-defaults --start-position='520' /mysql_bak/mysql-bin.000002 | mysql -uroot -p123456
select * from client.user_info;

 

相关文章
|
6天前
|
存储 JSON NoSQL
学习 MongoDB:打开强大的数据库技术大门
MongoDB 是一个基于分布式文件存储的文档数据库,由 C++ 编写,旨在为 Web 应用提供可扩展的高性能数据存储解决方案。它与 MySQL 类似,但使用文档结构而非表结构。核心概念包括:数据库(Database)、集合(Collection)、文档(Document)和字段(Field)。MongoDB 使用 BSON 格式存储数据,支持多种数据类型,如字符串、整数、数组等,并通过二进制编码实现高效存储和传输。BSON 文档结构类似 JSON,但更紧凑,适合网络传输。
31 15
|
2天前
|
NoSQL 关系型数据库 MySQL
Linux安装jdk、mysql、redis
Linux安装jdk、mysql、redis
54 7
|
21天前
|
关系型数据库 MySQL Linux
MySQL数据库下载安装教程(Windows&Linux)
本文档详细介绍了MySQL的安装步骤,包括安装前的准备工作、下载安装包、Windows和Linux系统下的具体安装流程,以及如何配置MySQL服务、设置环境变量、启动服务和连接数据库等关键操作。
|
28天前
|
数据库连接 Linux Shell
Linux下ODBC与 南大通用GBase 8s数据库的无缝连接配置指南
本文详细介绍在Linux系统下配置GBase 8s数据库ODBC的过程,涵盖环境变量设置、ODBC配置文件编辑及连接测试等步骤。首先配置数据库环境变量如GBASEDBTDIR、PATH等,接着修改odbcinst.ini和odbc.ini文件,指定驱动路径、数据库名称等信息,最后通过catalog.c工具或isql命令验证ODBC连接是否成功。
|
1月前
|
关系型数据库 MySQL Linux
Linux环境下MySQL数据库自动定时备份实践
数据库备份是确保数据安全的重要措施。在Linux环境下,实现MySQL数据库的自动定时备份可以通过多种方式完成。本文将介绍如何使用`cron`定时任务和`mysqldump`工具来实现MySQL数据库的每日自动备份。
108 3
|
3天前
|
存储 Oracle 关系型数据库
数据库传奇:MySQL创世之父的两千金My、Maria
《数据库传奇:MySQL创世之父的两千金My、Maria》介绍了MySQL的发展历程及其分支MariaDB。MySQL由Michael Widenius等人于1994年创建,现归Oracle所有,广泛应用于阿里巴巴、腾讯等企业。2009年,Widenius因担心Oracle收购影响MySQL的开源性,创建了MariaDB,提供额外功能和改进。维基百科、Google等已逐步替换为MariaDB,以确保更好的性能和社区支持。掌握MariaDB作为备用方案,对未来发展至关重要。
13 3
|
3天前
|
安全 关系型数据库 MySQL
MySQL崩溃保险箱:探秘Redo/Undo日志确保数据库安全无忧!
《MySQL崩溃保险箱:探秘Redo/Undo日志确保数据库安全无忧!》介绍了MySQL中的三种关键日志:二进制日志(Binary Log)、重做日志(Redo Log)和撤销日志(Undo Log)。这些日志确保了数据库的ACID特性,即原子性、一致性、隔离性和持久性。Redo Log记录数据页的物理修改,保证事务持久性;Undo Log记录事务的逆操作,支持回滚和多版本并发控制(MVCC)。文章还详细对比了InnoDB和MyISAM存储引擎在事务支持、锁定机制、并发性等方面的差异,强调了InnoDB在高并发和事务处理中的优势。通过这些机制,MySQL能够在事务执行、崩溃和恢复过程中保持
18 3
|
3天前
|
SQL 关系型数据库 MySQL
数据库灾难应对:MySQL误删除数据的救赎之道,技巧get起来!之binlog
《数据库灾难应对:MySQL误删除数据的救赎之道,技巧get起来!之binlog》介绍了如何利用MySQL的二进制日志(Binlog)恢复误删除的数据。主要内容包括: 1. **启用二进制日志**:在`my.cnf`中配置`log-bin`并重启MySQL服务。 2. **查看二进制日志文件**:使用`SHOW VARIABLES LIKE &#39;log_%&#39;;`和`SHOW MASTER STATUS;`命令获取当前日志文件及位置。 3. **创建数据备份**:确保在恢复前已有备份,以防意外。 4. **导出二进制日志为SQL语句**:使用`mysqlbinlog`
22 2
|
16天前
|
关系型数据库 MySQL 数据库
Python处理数据库:MySQL与SQLite详解 | python小知识
本文详细介绍了如何使用Python操作MySQL和SQLite数据库,包括安装必要的库、连接数据库、执行增删改查等基本操作,适合初学者快速上手。
115 15
|
10天前
|
SQL 关系型数据库 MySQL
数据库数据恢复—Mysql数据库表记录丢失的数据恢复方案
Mysql数据库故障: Mysql数据库表记录丢失。 Mysql数据库故障表现: 1、Mysql数据库表中无任何数据或只有部分数据。 2、客户端无法查询到完整的信息。