MySQL 使用 XtraBackup 进行数据热备份指导 [全量+增量]

最新推荐文章于 2023-11-29 09:53:57 发布
最新推荐文章于 2023-11-29 09:53:57 发布
阅读量976 收藏 6
点赞数 1
分类专栏： Linux 数据库 文章标签： xtraBackup 全量备份 增量备份
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/u011415782/article/details/113001233
版权

背景

  • 最近一直涉猎 MySQL 数据库的操作、集群部署知识
    注意到，为保证数据安全，掌握数据备份是极为重要的
    相比小型服务的冷备份而言
    在此推荐并整理，更受推崇的 XtraBackup 下的热备份技巧

☞ 概念了解 [XtraBackup]

XtraBackup 是一种物理备份工具,通过协议连接到 MySQL 服务端，然后读取并复制底层的文件，完成物理备份

  • 优势

    XtraBackup 备份过程中加读锁，数据可读，但是不可写（分以下情况）
    Innodb 引擎的备份是无阻塞的备份，不会影响表的读写操作
    MyISAML 引擎是要加读锁的，只能读不能写
    XtraBackup 备份过程不会打断正在执行的事务
    XtraBackup 能够基于压缩等功能节约硬盘空间和流量
    XtraBackup 还可以将数据加密，让他更加安全

    官方指导文档 —— 【 Percona XtraBackup-文档】

  • 环境

CentOS7.9	Percona XtraBackup 2.4	MySQL5.7.32

前期准备

1). 下载 Percona-XtraBackup

wget https://downloads.percona.com/downloads/Percona-XtraBackup-2.4/Percona-XtraBackup-2.4.21/binary/redhat/7/x86_64/Percona-XtraBackup-2.4.21-r5988af5-el7-x86_64-bundle.tar
tar xvf Percona-XtraBackup-2.4.21-r5988af5-el7-x86_64-bundle.tar #解压命令
yum localinstall *.rpm #安装命令
  • 查看安装情况： rpm -qa|grep xtrabackup
[root@localhost download]# rpm -qa|grep xtrabackup
percona-xtrabackup-24-2.4.21-1.el7.x86_64
percona-xtrabackup-test-24-2.4.21-1.el7.x86_64
percona-xtrabackup-24-debuginfo-2.4.21-1.el7.x86_64
  • 查看安装目录： rpm -ql percona-xtrabackup-24-2.4.21-1.el7.x86_64
[root@localhost download]#  rpm -ql percona-xtrabackup-24-2.4.21-1.el7.x86_64
/usr/bin/innobackupex #是将xtrabackup进行封装的perl脚本，提供了备份myisam表的能力
/usr/bin/xbcloud
/usr/bin/xbcloud_osenv
/usr/bin/xbcrypt
/usr/bin/xbstream
/usr/bin/xtrabackup #最主要的备份工具,是用于热备 innodb，xtradb表中数据的工具，不能备份其他类型的表，也不能备份数据表结构
/usr/lib64/xtrabackup/plugin/keyring_file.so
/usr/lib64/xtrabackup/plugin/keyring_vault.so
/usr/share/doc/percona-xtrabackup-24-2.4.21
/usr/share/doc/percona-xtrabackup-24-2.4.21/LICENSE
/usr/share/man/man1/innobackupex.1.gz
/usr/share/man/man1/xbcrypt.1.gz
/usr/share/man/man1/xbstream.1.gz
/usr/share/man/man1/xtrabackup.1.gz

2). 创建用于备份的用户

  • 此处，作为入门可以先创建一个最简单的用户， SQL 语句如下：
    （后期，根据自己的实际需求再考虑更安全、完整的用户即可）
mysql> CREATE USER 'bkpuser'@'localhost' IDENTIFIED BY 'bk_mT007';
mysql> GRANT RELOAD, LOCK TABLES, PROCESS, REPLICATION CLIENT ON *.* TO 'bkpuser'@'localhost';
mysql> FLUSH PRIVILEGES;

☛ 全量备份、全备恢复还原

全量备份与还原操作，根据实际业务是完全可以分开执行的 （平时做备份，出问题做还原）

▷ 全量备份操作

备份时需启动 MySQL 服务 【percona-xtrabackup2.4 文档 】

  • 此处提供两个 innobackupex 备份指令，可供选择
    对于各参数的解释，请阅读 【附录 - innobackupex 操作参数解释】
    当前操作，我将备份的文件都会存于"/www/server/backUp" 目录下

  • 第一个指令，
    不指定备份文件名称，会生成一个带时间戳的文件名，如："2021-01-27_19-01-45"
    innobackupex --defaults-file=/etc/my.cnf --user=bkpuser --password=bk_mT007 /www/server/backUp

  • 第二个指令（本文演示使用第二个指令），
    指定了备份文件名称，此处会生成的文件为："back_data"
    innobackupex --defaults-file=/etc/my.cnf --user=bkpuser --password=bk_mT007 --no-timestamp /www/server/backUp/back_data

  • 正常运行，
    最终会在目录 "/www/server/backUp/back_data" 中，查看到生成的备份数据
    打印信息展示如下：
    （对于各生成文件的解释可参考 【文件功能说明】）

...
210128 11:13:09 [00]        ...done
xtrabackup: Transaction log of lsn (2796124) to (2796169) was copied.
210128 11:13:09 completed OK! # 说明成功运行备份操作

[root@localhost backUp]# ll
drwxr-x--- 6 root root    239 1月  28 11:13 back_data

[root@localhost backUp]# cd back_data/
[root@localhost back_data]# ll
总用量 12340
-rw-r----- 1 root root      487 1月  28 11:13 backup-my.cnf # 备份用到的配置选项信息文件
-rw-r----- 1 root root      314 1月  28 11:13 ib_buffer_pool
-rw-r----- 1 root root 12582912 1月  28 11:13 ibdata1
drwxr-x--- 2 root root     4096 1月  28 11:13 mysql
drwxr-x--- 2 root root     8192 1月  28 11:13 performance_schema
drwxr-x--- 2 root root     8192 1月  28 11:13 sys
drwxr-x--- 2 root root      102 1月  28 11:13 test_pxc
-rw-r----- 1 root root       26 1月  28 11:13 xtrabackup_binlog_info # 记录的是备份完成的那个时间点的 binlog 位点
-rw-r----- 1 root root      135 1月  28 11:13 xtrabackup_checkpoints # 备份类型、状态和 LSN 信息等
-rw-r----- 1 root root      543 1月  28 11:13 xtrabackup_info # 你备份的时候的一些参数，脚本版本，数据库版本，备份时间等
-rw-r----- 1 root root     2560 1月  28 11:13 xtrabackup_logfile # 备份的日志文件

提示一下 : 至此，全量备份已完成，一般计划任务做到备份就可以咯！

▷ 使用全备恢复还原

其实，一般发现数据出现问题时，才会考虑使用 全量备份恢复还原

1). 拷贝一份现有数据，避免异常

关闭 mysql 服务: service mysql stop

生产环境，为了避免数据备份出差错后的恢复，建议：找到数据库 data 目录，删除数据或拷贝

  • 可在 my.cnf 文件中查看 "datadir" 参数，
    比如我的虚拟机中的配置信息为： "datadir=/var/lib/mysql/data"
    （"/var/lib/mysql/data_back" 即为我拷贝到的新位置）
    则执行命令如下：
mv /var/lib/mysql/data /var/lib/mysql/data_back

2). 准备 (prepare) 一个完全备份

为了合并数据，使数据文件处于一致性的状态，回滚没有提交的事务，同步已经提交的事务到数据文件

  • apply-log 执行命令如下：
innobackupex --apply-log /www/server/backUp/back_data

最终会出现类似 "210128 14:40:27 completed OK!" 的打印信息，说明执行正确

3). 从一个完全备份中恢复数据

通过配置文件，copy 备份目录到 mysql 数据目录 (自行处理文件分区等)

  • 恢复数据，将备份数据文件拷贝到原数据目录
innobackupex  --defaults-file=/etc/my.cnf  --copy-back  /www/server/backUp/back_data
  • 此时，可以注意到，数据已恢复

4). 修改数据目录的所有者

当数据恢复至 DATADIR 目录以后，还需要确保所有的数据文件的属主和属组均为正确的用户

  • 这一步很重要：否则，在启动 mysql 之前还需要事先修改数据文件的属主和属组
chown mysql:mysql -R /var/lib/mysql/data

5). 重启 mysql 服务

注意一点，如果是 PXC集群，那么重启命令也可能不同

service mysql start # 普遍的 mysql 启动命令
systemctl start mysql@bootstrap.service # PXC 第一个节点的启动命令

如果，mysql 服务正常启动了，那就说明你的操作是顺利没有问题的咯！

▷ 总结

■ 全库备份与恢复三步曲

a.　innobackupex 全量备份，并指定备份目录路径；

b.　在恢复前，需要使用 --apply-log 参数先进行合并数据文件，确保数据的一致性要求；

c.　恢复时，直接使用 --copy-back 参数进行恢复，需要注意的是，在 my.cnf 中要指定数据文件目录的路径

☛ 增量备份、增备恢复还原

【注意】：增量备份仅能应用于 InnoDB 或 XtraDB 表，对于 MyISAM 表而言，执行增量备份时其实进行的是完全备份

  • 【推荐阅读】：
	使用 innobackupex 进行增量备份，
	每个 InnoDB 的页面都会包含一个 LSN 信息，每当相关的数据发生改变，相关的页面的LSN就会自动增长。
	这正是 InnoDB 表可以进行增量备份的基础，
	即 innobackupex 通过备份上次完全备份之后发生改变的页面来实现。

	在进行增量备份时，首先要进行一次全量备份，
	第一次增量备份是基于全备的，之后的增量备份都是基于上一次的增量备份的，以此类推 ...

▷ 基于当前最新的全量备份

前提是，当下存在前面全量备份的文件哦，以我前面得到的 "back_data" 为例

为了模拟真实环境，此时可以在 mysql 数据库中创建一个表，或增删改动几条数据

  • 此处，指定生成的增量备份文件名为 "/www/server/backUp/inc_back_data"
    注意对参数 "--incremental-basedir" 的指定
    执行命令如下：
innobackupex --defaults-file=/etc/my.cnf --incremental --user=bkpuser --password=bk_mT007 --no-timestamp --incremental-basedir=/www/server/backUp/back_data /www/server/backUp/inc_back_data
  • 可以分别查看备份目录中的 "xtrabackup_checkpoints" 文件
    对于两个文件中各"from_lsn"、"to_lsn" 等参数的不同
    实际项目中，其实就是因为热备份情况下的数据一直在更新操作！
    得到的列表展示如下：
...
210127 19:15:30 [00]        ...done
xtrabackup: Transaction log of lsn (2796693) to (2796718) was copied.
210127 19:15:30 completed OK!

[root@localhost backUp]# ll
总用量 56
drwxr-x--- 6 root root   239 1月  27 19:01 back_data # 全量备份的数据
drwxr-x--- 6 root root   265 1月  27 19:15 inc_back_data # 增量备份的数据

[root@localhost backUp]# cat back_data/xtrabackup_checkpoints
backup_type = full-backuped 	#备份类型为全量备份
from_lsn = 0 	#lsn 从 0 开始
to_lsn = 2788734 	#lsn 到 2788734 结束
last_lsn = 2788750
compact = 0
recover_binlog_info = 0
flushed_lsn = 2788743	#lsn 刷新的位置

[root@localhost backUp]# cat inc_back_data/xtrabackup_checkpoints
backup_type = incremental #备份类型为增量备份
from_lsn = 2788734	#lsn 从 2788734 开始
to_lsn = 2796709	#lsn 到 2796709 结束
last_lsn = 2796718
compact = 0
recover_binlog_info = 0
flushed_lsn = 2796702	#lsn 刷新的位置

注意:

  • 在这种情况下，您可以看到 to_lsn （最后一个检查点 LSN）和 last_lsn（最后一个复制的LSN）之间存在差异，这意味着在备份过程中，服务器上有一些流量 …

【提示】:之后的增量备份操作，都是基于上一次的增量备份，以此类推 …

▷ 增量备份后数据恢复

关闭 mysql 服务: service mysql stop

为了模拟数据损坏，可以删掉原来的数据目录，或者拷贝一份

1). 合并全备数据目录

  • 首先，确保全备数据的一致性
innobackupex --apply-log --redo-only /www/server/backUp/back_data/
  • 将增量备份数据合并到全备数据目录当中
innobackupex --apply-log --redo-only /www/server/backUp/back_data/ --incremental-dir=/www/server/backUp/inc_back_data/
  • 此时可以查看到全量备份的数据的 "xtrabackup_checkpoints" 文件
    其参数"backup_type " 变为了："log-applied"
    并且 "from_lsn"、"to_lsn"、"flushed_lsn " 都会成为最新数据
[root@localhost backUp]# cat back_data/xtrabackup_checkpoints
backup_type = log-applied 　#查看到数据备份类型是增加
from_lsn = 0
to_lsn = 2796709
last_lsn = 2796718
compact = 0
recover_binlog_info = 0
flushed_lsn = 2796702

2). 恢复/还原数据

  • 执行 innobackupex --copy-back 指令
innobackupex --copy-back /www/server/backUp/back_data/
  • 修改数据目录的所有者
chown mysql:mysql -R /var/lib/mysql/data
  • 重启 mysql 服务
service mysql start

▷ 总结

■ 增量备份与恢复，还原步骤

（1）增量备份需要使用参数 --incremental 指定需要备份到哪个目录，使用incremental-dir指定全备目录；

（2）进行数据备份时，需要使用参数 --apply-log redo-only 先合并全备数据目录数据，确保全备数据目录数据的一致性；

（3）再将增量备份数据使用参数 --incremental-dir 合并到全备数据当中；

（4）最后通过最新的全备数据进行恢复数据，注意，如果有多个增量备份，需要逐一合并到全备数据当中，再进行恢复

☞ 实际应用 —[定时任务]

一般来说，建议使用计划任务进行备份操作：每周全量备份一次，每天增量备份一次

▷ 全量备份脚本、计划任务

1). 编辑全量备份的脚本

  • 创建脚本
touch back_up.sh
  • 打开脚本并添加全量备份信息如下：
    （在此，我没有使用时间戳，避免太多备份文件，直接指定了一个文件目录）
# !/bin/bash
BACKUP_PATH='/www/server/backUp/back_data'
# 为了避免冲突，先删除文件夹
find ${BACKUP_PATH} -exec rm -rf {} \; > /dev/null 2>&1
time=$(date "+%Y-%m-%d %H:%M:%S")
echo "执行全量热备份 ${time}"
innobackupex --defaults-file=/etc/my.cnf --user=bkpuser --password=bk_mT007 --no-timestamp ${BACKUP_PATH}

【注意】： 脚本文件不要在 windows 环境下编写，最好使用 Linux 下的 vim，以免回车键影响文件出现问号"?"

  • 给予权限
chmod -R 755 back_up.sh

【提示】： 此时，为测试脚本是否正常执行，可使用指令："./back_up.sh"，试验一下！

2). 计划任务的配置

  • 编写计划任务
crontab -e
  • 此处，为了测试方便，
    我设定了每 3 分钟进行一次备份操作
    并将日志信息打印到 "/www/server/backUp/back_log.log"
*/3 * * * * /www/server/backUp/back_up.sh > /www/server/backUp/back_log.log 2>&1

【提示】：一般建议每周一，进行一次备份，参考：0 0 * * 1，—— 【crontab 将脚本错误写入指定日志文件】

  • crontab 计划任务在添加或修改后，需要保存并重启服务才能生效
systemctl restart crond

▷ 增量备份脚本、计划任务

可以对比上面的步骤，此处不会介绍的太详细 …

  • 创建脚本
touch inc_back_up.sh
  • 打开脚本并添加全量备份信息如下：
    （在此，指定了一个增量备份文件目录："/www/server/backUp/inc_back_data"）
# !/bin/bash
BACKUP_PATH='/www/server/backUp/back_data'
INC_BACKUP_PATH='/www/server/backUp/inc_back_data'
# 为了避免冲突，先删除文件夹
find ${INC_BACKUP_PATH} -exec rm -rf {} \; > /dev/null 2>&1
time=$(date "+%Y-%m-%d %H:%M:%S")
echo "执行增量热备份 ${time}"
innobackupex --defaults-file=/etc/my.cnf --user=bkpuser --password=bk_mT007 --no-timestamp --incremental ${INC_BACKUP_PATH} --incremental-basedir=${BACKUP_PATH} 
innobackupex --apply-log --redo-only ${BACKUP_PATH}
innobackupex --apply-log --redo-only ${BACKUP_PATH} --incremental-dir=${INC_BACKUP_PATH}
  • 给予权限
chmod -R 755 inc_back_up.sh
  • 定时全量热备脚本
crontab -e
  • 为了测试方便，我设定了每 3 分钟进行一次增量备份操作
*/3 * * * * /www/server/backUp/inc_back_up.sh > /www/server/backUp/inc_back_log.log 2>&1

【提示】：一般建议每天，进行一次备份，参考：0 0 * * *

  • 保存并重启 crontab 服务
systemctl restart crond

▷ 总结

注意我对执行脚本中，指令的执行顺序

  • 上面的计划任务操作后，最终演示目录"/www/server/backUp" 下的文件情况：

后期若是选定一台 【从机】进行数据恢复，那么停机、合并全备份数据，还原操作即可 …

  • 毕竟鄙人也是初次接触
    实际生产环境中，可作具体的优化
    比如：在多台从机上配置备份任务，避免不确定哪台服务器宕机等 …

附录

♦ 参考文章

推荐文章 —— 【MySQL入门篇（七）之 Xtrabackup 备份与恢复】

♦ innobackupex 操作参数解释

参数解释
–defaults-file=/etc/my.cnf指定 mysql 配置文件位置（如果是"/etc/my.cnf"可以不适用此参数，如果使用了必须放在第一个位置）
–datadir=/var/lib/mysql/data指定所要备份的数据目录，不使用，会默认指定 my.cnf 文件中的"datadir"参数配置
–user=bkpuser指定备份用户
–host指定主机
–port指定端口号，默认为 3306
/www/server/backUp自定义，指定备份目录
–no-timestamp不创建时间戳目录
–stream=xbstream开启流式备份，如果开启，则前面的指令写法为：innobackupex --defaults-file=/etc/my.cnf --user=bkpuser --password=bk_mT007 --no-timestamp --stream=xbstream -> /www/server/backup.xbstream
–incremental表示创建一个增量备份，需要指定–incremental-basedir
–incremental-basedir表示接受了一个字符串参数指定含有full backup的目录为增量备份的base目录，与–incremental同时使用
–incremental-dir该选项表示增量备份的目录

♦ MySQL 用户操作指令

  • 查看 MySQL 数据库中所有用户
    SELECT DISTINCT CONCAT('User: ''',user,'''@''',host,''';') AS query FROM mysql.user;

  • 查看数据库中具体某个用户的权限
    show grants for 'repl_moTzxx'@'192.168.80.224'

  • 删除一个用户 drop user 'repl_moTzxx'@'192.168.80.224'

moTzxx
关注
  • 1
    点赞
  • 踩
  • 6
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
mysql热备和增量备份_Mysql之xbackup-全量备份+增量备份
weixin_39523280的博客
01-19 843
介绍Xtrabackup是由percona提供的mysql数据库备份工具，据官方介绍，这也是世界上惟一一款开源的能够对innodb和xtradb数据库进行热备的工具。特点：(1)备份过程快速、可靠；(2)备份过程不会打断正在执行的事务；(3)能够基于压缩等功能节约磁盘空间和流量；(4)自动实现备份检验；(5)还原速度快；下载[root@wxl opt]# wget https://www.perc...
MySQL 之XtraBackup全量增量热备实践
Enweitech Software Works
04-12 2335
一、前言 在日常的linux运维工作中，大数据量备份与还原，始终是个难点。关于mysql的备份和恢复，比较传统的是用mysqldump工具，今天推荐另一个备份工具innobackupex。 innobackupex和mysqldump都可以对mysql进行热备份的，mysqldump对mysql的innodb的备份可以使用single-transaction参数来开启一个事务，利用in
mysql+重启+所有者_MySQL 使用 XtraBackup 进行数据热备份指导 [全量+增量]
weixin_31527905的博客
02-01 125
背景最近一直涉猎 MySQL 数据库的操作、集群部署注意到，为保证数据安全，掌握数据备份是极为重要的相比小型服务的冷备份而言在此推荐并整理更受推崇的 XtraBackup 下的热备份技巧☞ 概念了解 [XtraBackup]XtraBackup 是一种物理备份工具通过协议连接到 MySQL 服务端，然后读取并复制底层的文件，完成物理备份优势XtraBackup 备份过程中加读锁，数据可读，但是不可...
使用XtraBackup进行MySQL增量物理热备份
weixin_42305433的博客
11-13 259
使用XtraBackup可以实现MySQL的热备份，即备份期间数据库读写自由（DDL除外），同时避免全量备份导致的高IO，备份和恢复都通过物理层进行，效率高，对比mysqldump每次全量的逻辑备份提升不少。 但是有2点需要注意： 1、热备份期间，DDL会锁 2、MySQL版本需要支持lock tables for backup，否则无法实现热备份 另外，从效率角度看主从备份和本地的binlog数...
ubantu 22.04 下使用xtrabackup备份MySQL
最新发布
m0_72769142的博客
11-29 386
mysqldump -u 用户名 密码 数据库名 > /usr/good/data/mysql/$(date +%Y%m%d)/名称_$(date +%Y%m%d_%H%M%S).sql。安装：xtrabackup-80(因为我MySQL使用的是8.0的版本，如果是5.7请安装xtrabackup-24)# 备份之后，我们发现容器里还存在导出的数据库，这样当前主机就有两本同样导出的数据库，可以删除容器里的数据库。# 进入名字为mysql_good 的docker容器。每五分钟执行 */5 * * * *
MySQL使用xtrabackup进行备份还原操作
09-09
MySQL的Xtrabackup工具是一款高效且功能强大的开源热备份解决方案，尤其适用于InnoDB存储引擎的MySQL数据库。本文将详细介绍如何使用Xtrabackup进行数据库的备份与还原操作。 首先，为了安装Xtrabackup，我们需要...
使用Xtrabackup进行MySQL备份
07-12
Percona XtraBackup是一款由Percona公司开发的开源MySQL备份工具，尤其针对InnoDB和XtraDB存储引擎提供了热备份功能，这意味着在备份过程中，数据库服务可以继续运行而不影响在线事务。这种备份方式在不影响业务的...
编写脚本令Xtrabackup对MySQL数据进行备份的教程
09-10
本教程将详细介绍如何编写脚本，利用Xtrabackup在CentOS系统上对MySQL数据进行备份。 **Xtrabackup备份恢复原理** Xtrabackup在备份InnoDB表时，会启动多个线程同步拷贝独立的表空间`.ibd`文件，并实时跟踪redo ...
基于xtrabackup的MySQL数据库备份及还原Shell脚本.zip
08-27
`xtrabackup`是Percona公司开发的一款高效、无锁的MySQL和MariaDB热备份工具，它允许在不影响数据库服务的情况下进行全备和增量备份。本教程将详细介绍如何使用`xtrabackup`结合Shell脚本来实现MySQL数据库的备份与...
使用xtrabackup实现mysql备份
09-09
Xtrabackup的主要特点是能够在不锁定数据库的情况下进行热备份，这意味着在备份过程中，数据库仍然可以正常运行，避免了传统全量备份带来的业务中断问题。 ### 安装Xtrabackup 在Linux系统中，可以通过包管理器如`...
XtraBackup(MySQL备份) v1.6 for Win
11-01
XtraBackup是一个用来备份 MySQL 的 InnoDB 数据库的开源工具。例如执行增量备份的命令是： 　　# ./xtrabackup --backup --target-dir=/backup/delta --incremental-basedir=/backup/base
xtrabackup
08-13
主从复制+mha架构的工具包........................................................................................................
xtrabackup 实现mysql的全量备份与增量备份
qq_50665872的博客
07-17 1250
PerconaXtraBackup是世界上唯一一款开源的免费MySQL热备份软件，可以为InnoDB和XtraDB数据库执行非阻塞备份。注意随着PerconaXtraBackup8.0的推出，PerconaXtraBackup2.4将继续支持MySQL和PerconaServer5.6和5.7数据库。由于新的MySQL重做日志和数据字典格式，PerconaXtraBackup8.0.x版本将只与MySQL8.0.x和即将推出的用于MySQL8.0.x的Percona服务器兼容。...
xtrabackup实现MySQL全量备份和增量备份
m0_52438027的博客
07-17 417
第八步启动mysql并查看mysql数据库是否已经恢复。第十步启动mysql并查看删除的表是否应恢复。第六步将第一个增量备份文件合并到完全备份中。第二步删除mysql数据库（模拟故障）第三步退出mysql并关闭mysql。第四步整理备份数据（将备份整理就绪）第四步删除刚才创建的表（模拟故障）第一步完全备份到/ken下。第五步确认是否可以进行恢复。第七步确认是否可以进行恢复。第一步首先做一次完全备份。第三步做一次增量备份。第七步更改数据权限。第五步整理完整备份。...
mysql 热备份 xtrabackup,Mysql热备xtrabackup的使用
weixin_39788051的博客
03-23 100
InnoDB 有个商业的InnoDB Hotbackup，可以对InnoDB引擎的表实现在线热备。而 percona出品的Xtrabackup，是InnoDB Hotbackup的一个开源替代品，可以在线对InnoDB/XtraDB引擎的表进行物理备份。mysqldump支持在线备份，不过是逻辑备份，效率比较差。当数据量比较小的时候，mysqldump还可以胜任，当数据量大的时候，恢复时间却让人无...
利用Xtrabackup进行mysql增量备份和全量备份
憧憬个人博客
06-04 491
利用Xtrabackup进行mysql增量备份 现在xtrabackup版本升级到了8.0，但是只对mysql8.0才有支持, 我们这还是使用2.4, 但是2.4相比之前的2.1有了比较大的变化：innobackupex 功能全部集成到 xtrabackup 里面，只有一个 binary，另外为了使用上的兼容考虑，innobackupex 作为 xtrabacku...
使用Percona XtraBackup对MySQL进行在线热备份
zzulp的专栏
06-15 3497
XtraBackup 提供了对MySQL数据的热备份功能，支持innodb和myisam引擎。 1 安装 yum install perl yum install perl-Time-HiRes http://www.percona.com/downloads/XtraBackup/LATEST/binary/ 页面下载对应系统的二进制包 2 权限 备份需要reload,lo
ubuntu22.04安装mysql8和xtrabackup8
bigwood99的博客
06-06 744
u盘启动后安装ubuntu22.04，安装完毕，先修改root密码，然后升级软件包。安装成功，修改mysql root密码，默认为空，请立即修改。从上图看到其推荐安装的软件包，其中5个最新版被安装。提示依赖包相关信息，提示修正问题的命令。接下来安装xtrabackup。这个跟20.04中安装方法一致。使用下面命令安装mysql8。查看xtrabackup版本。输入新密码，验证修改成功。再次执行dpkg命令安装。与mysql版本相符合。查看下mysql版本。
mysql的xtrbackup工具安装，以及实现全量备份，差异备份，增量备份和恢复
qq_57052445的博客
11-03 473
增量备份备份的是自上一次备份以来的所有更改，而差异备份备份的是自上一次完整备份以来的差异数据。增量备份需要更多的时间和存储空间来进行恢复，而差异备份恢复速度更快。增量备份需要逐个应用增量备份，而差异备份只需要应用最后一个差异备份。选择增量备份还是差异备份取决于您的需求和环境。如果您需要频繁备份，并且对恢复速度要求不高，可以选择增量备份。如果您需要快速恢复，并且备份频率较低，可以选择差异备份。知道了原理那我们加下来讲一下差异备份跟增量备份怎么实现。
使用xtrabackup进行MySQL增量备份与恢复
本文将介绍如何使用Percona Xtrabackup工具进行MySQL数据库的增量备份和恢复。 Percona Xtrabackup是一款开源的、用于InnoDB和XtraDB存储引擎的热备份工具。然而，它不支持MyISAM存储引擎的备份。因此，在进行增量...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值