1. Toy模板网首页
  2. > Toy博客

MySQL 社区开源备份工具 Xtrabackup 详解

10月前 作者：Bing@DBA 分类：Toy博客 阅读(45) 违法举报

这篇具有很好参考价值的文章主要介绍了MySQL 社区开源备份工具 Xtrabackup 详解。希望对大家有所帮助。如果存在错误或未考虑完全的地方，请大家不吝赐教，您也可以点击"举报违法"按钮提交疑问。

前言

数据库备份恢复是 DBA 的 “保命” 技能，生产业务不仅要保证有合适的备份策略，也要定期验证备份的有效性和恢复演练流程，因为数据恢复和验证可能会涉及多方合作，演练可以让灾难真正发生时，多方配合有条不紊的将数据恢复，从而尽可能的减少 RTO 让业务快速恢复。

Xtrabackup 是 MySQL 社区唯一一款开源物理热备工具，本篇文章将详细介绍 DBA 如何使用它，以及备份恢复的详细步骤。

官方文档地址：https://www.percona.com/software/documentation

1. Xtrabackup 介绍

Xtrabackup 是由 Percona 公司开源的一款 MySQL 物理热备份工具，目前社区非常活跃，是 MySQL 开源社区的主流备份工具，深受用户喜爱。

1.1 物理备份与逻辑备份区别

物理备份是指，通过拷贝物理文件进行备份，物理备份的优点：

  1. 备份和恢复速度快，配置完成后直接基于备份启动数据库即可。
  2. 无需实例在线，实例在关闭的情况下，也可以拷贝物理文件。

物理备份的缺点：

  1. 备份文件大。
  2. 恢复时，对平台、操作系统、MySQL 版本和参数，必需一直或兼容。
  3. 只能在本地发起备份。
  4. 因为是直接拷贝数据文件，表空间中的 “空间碎片” 无法通过备份恢复收缩。

MySQL 常用的逻辑备份工具是 mysqldump，逻辑备份的优点：

  1. 可移植性强。恢复时，对平台、操作系统、MySQL 版本无要求。
  2. 使用灵活，可备份恢复单库单表，结构等。
  3. 备份文件较小。
  4. 可远程发起备份。
  5. 恢复后，能有效收缩空间。

逻辑备份的缺点：

  1. 备份、恢复速度慢。尤其是恢复速度，相当于批量执行 SQL 备份过大时恢复会很慢。
  2. 备份可能会 “污染” 缓冲池。

1.2 Xtrabackup 系列版本

目前 Xtrabackup 活跃的大版本有三个：

  • Xtrabackup 2.4 适用于 MySQL 5.6 和 MySQL 5.7。
  • Xtrabackup 8.0 适用于 MySQL 8.0。
  • Xtrabackup 8.1 适用于 MySQL 8.1。

注意，三个版本不能混用，因为 MySQL 8.0 版本 redo log 和数据字典格式都发生了变化，可能会出现不兼容的情况。

2. Xtrabackup 部署

2.1 下载安装包

从下方链接中，可以获得 Percona 所有产品的安装包：

https://www.percona.com/downloads

MySQL 社区开源备份工具 Xtrabackup 详解,MySQL,mysql,开源,数据库
这里可以选择 Xtrabackup 对应的系列版本。版本号规则，例如 Percona XtraBackup 8.0.30-23 的版本号定义了以下信息：

  • 基础版本 - 最左边的数字表示用作基础的 MySQL 8.0 版本。
  • 次要版本 - 表示软件版本的内部编号。
8.0.30 -23
Base version Minor build version

需要注意的是 Percona XtraBackup 编号在 8.0.14 版本之后发生了变化，以使 Percona XtraBackup 版本与 MySQL 保持一致。

所以在备份前，请确保 Percona XtraBackup 的版本等于或高于正在备份的数据库版本。

推荐阅读：Aligning Percona XtraBackup Versions with Percona Server for MySQL

2.2 二进制部署

下载二进制的 Xtrabackup 压缩包，开箱即用：

# 解压缩
tar -zxvf percona-xtrabackup-8.0.34-29-Linux-x86_64.glibc2.17.tar.gz

# 移动目录
mv percona-xtrabackup-8.0.34-29-Linux-x86_64.glibc2.17 /usr/local/xtrabackup-8.0.34

# 配置软链接
ln -sf /usr/local/xtrabackup-8.0.34/bin/* /usr/bin/

完成以上三步，输入 xtrabackup --version 就可以看到版本信息。

xtrabackup version 8.0.34-29 based on MySQL server 8.0.34 Linux (x86_64) (revision id: 5ba706ee)

2.3 程序文件介绍

接下来看看 bin 目录下，各文件的具体作用：

  • xbcloud：与流式备份相结合，可将备份存储到 OSS 对象存储上。
  • xbcloud_osenv：对 xbcloud 的二次封装，
  • xbcrypt：用来加密解密。
  • xbstream：用来解压流式备份集。
  • xtrabackup：备份的主程序，备份和恢复的工具。

在 xtrabackup 2.4 版本中，还有 innobackupex 文件，不过它只是 xtrabackup 的一个软链。

在 xtrabackup 2.3 版本之前，xtrabackup 只支持 innodb 表的备份，MyISAM 等非事务引擎的表的备份是通过 innobackupex 来实现的。它是使用 Perl 脚本编写的，而 xtrabackup 是使用 C++ 程序编译的二进制文件。

xtrabackup 来备份事务引擎的表，innobackupex 备份非事务引擎的表，两个程序协作完成最终的备份一致性。但既然是两个不同的工具协同处理一个任务，就必然涉及到两个工具之间，信息的交互。当时信息交互的方案，是通过创建和删除临时文件彼此交互。但这种方式存在风险，例如在备份过程中，临时文件被误删等。

于是从 xtrabackup 2.3 开始，Percona 用 C 语言重写了 innobackupex，并将其作为 xtrabackup 的一个软链。它依然支持之前的语法，但不会增加新特性，所有的新特性只会集成在 xtrabackup 中。

xtrabackup 8.0 中，innobackupex 被移除了，所以建议从 xtrabackup 2.3 开始，只使用 xtrabackup 二进制程序进行备份恢复操作。

本篇文章的所有演示也只会使用 xtrabackup。

2.4 备份需要的权限

Xtrabackup 备份工具，备份时用户需要有以下权限。

  • Reload：用于执行 FLUSH TABLES WITH REDO LOCK 和 FLUSH NO_WRITE_TO_BINLOG TABLES 是必需权限。
  • Replication client：用于执行 SHOW MASTER STATUS 和 SHOW SLAVE STATUS 查看位点信息，是必需权限。
  • BACKUP_ADMIN：用于执行 LOCK INSTANCE FOR BACKUP，是必需权限。
  • Process：用于执行 SHOW ENGINE INNODB STATUS 和 SHOW PROCESSLIST 是必需权限。
  • SYSTEM_VARIABLES_ADMIN：用于在增量备份时执行 SET GLOBAL mysqlbackup.backupid = xxx 操作，是非必需权限。
  • SUPER：在指定 --kill-long-queries-timeout 需要杀掉慢查询，和从库备份指定 --safe-slave-backup 需要重启复制，需要用到该权限。
  • SHOW VIEW：确认是否有非 INNODB 引擎表。
  • 如果使用 Page Tracking 进行增量备份，还需要 mysql.component 表的查询权限。
  • 如果指定 --history 还需要 performance_schema.xtraback_history 的 SELECT、INSERT、CREATE、ALTER 权限。

以下是 MySQL 8.0 以上版本的完整授权示例：

CREATE USER 'bkpuser'@'localhost' IDENTIFIED BY 's3cr%T';
GRANT BACKUP_ADMIN, PROCESS, RELOAD, LOCK TABLES, REPLICATION CLIENT ON *.* TO 'bkpuser'@'localhost';
GRANT SELECT ON performance_schema.log_status TO 'bkpuser'@'localhost';
GRANT SELECT ON performance_schema.keyring_component_status TO bkpuser@'localhost';
GRANT SELECT ON performance_schema.replication_group_members TO bkpuser@'localhost';

以下是 MySQL 5.7 版本的完整授权示例：

CREATE USER 'bkpuser'@'localhost' IDENTIFIED BY 's3cret';
GRANT RELOAD, LOCK TABLES, PROCESS, REPLICATION CLIENT ON *.* TO 'bkpuser'@'localhost';

参考：Connection and Privileges Needed

3. Xtrabackup 使用场景

Xtrabackup 备份恢复有三个阶段，第一阶段是备份阶段，将物理文件拷贝到备份目录。第二阶段是 Prepare 阶段，应用 redo log 将数据文件恢复到备份结束时的一致性状态。第三阶段是恢复阶段，就是将备份文件拷贝到 MySQL 数据目录下面，除了使用 Xtrabackup 命令拷贝，我们也可以手动拷贝。

3.1 本地全量备份

xtrabackup --backup --slave-info  -u root -H 127.0.0.1 -P3306 -p'YouPassword' --parallel=5 --target-dir=/data/backup/bakup_`date +"%F_%H_%M_%S"` 2>/tmp/xtrabackup.log

关键参数介绍：

  • –backup：发起全量备份。
  • -u, -H, -P, -p：连接 mysql 实例，用户名、主机 IP、端口、密码。
  • –slave-info：记录 slave 复制位点信息，一般备份从库需要指定该参数。
  • –target-dir：备份文件的存放路径。
  • –parallel：并发拷贝的线程数。
  • 2>/tmp/xtrabackup.log：将备份过程中的日志重定向到 /tmp/xtrabackup.log 文件中。

Tips：Xtrabackup 备份成功后，日志最后一行会输出 completed OK!

备份出来的文件中，除了数据文件，还有以下额外的文件：

  • backup-my.cnf：该文件不是 MySQL 参数文件的备份，只是记录了一些 Innodb 引擎的参数，会在 Prepare 阶段用到。
  • xtrabackup_logfile：该文件用来保存拷贝的 redo log。
  • xtrabackup_binlog_info：binlog 位点信息和 GTID 信息。使用该备份恢复后，需要从该 binlog 位点进行增量恢复。
  • xtrabackup_slave_info：如果是对从库进行备份，指定 --slave-info 该文件会记录主节点的位点信息，取自 SHOW SLAVE STATUS 中的 Relay_Master_Log_File 和 Exec_Master_Log_Pos。如果是给主库备份，该文件为空。
  • xtrabackup_checkpoints：该文件记录了备份类型和 LSN 信息。
  • xtrabackup_info：该文件中，记录备份的详细信息。
  • xtrabackup_tablespaces：记录备份集中表空间的信息。

3.2 本地压缩备份

压缩备份通过 --compress 指定压缩算法，具体命令如下：

xtrabackup --backup --slave-info -u root -H 127.0.0.1 -P3306 -p'YouPassword' --compress --parallel=5 --target-dir=/data/backup/bakup_`date +"%F_%H_%M_%S"`

Xtrabackup 8.0 支持两种压缩算法 zstd（默认） 和 lz4 算法，Xtrabackup 5.7 仅支持 quicklz 算法。

其中 zstd 在解压缩时依赖 zstd 需要安装才能进行解压。quicklz 算法依赖 qpress 也需要安装后才能进行解压。

在 Prepare 阶段之前，必须要先进行解压，命令如下：

xtrabackup --decompress --parallel=5 --target-dir=/data/backup/bakup_2023-11-13_14_44_55/

在解压过程中，需要注意：

  • 解压过程中，同样可以指定 --parallel 参数，进行并行解压。

  • 解压后，默认不会删除压缩文件。如果需要删除，可以指定 --remove-original 参数。

  • 即便压缩文件没有被删除，当使用 --copy-back 将备份拷贝到数据目录时，默认也不会拷贝这些压缩文件。

使用 compress 压缩只支持几种限定的算法，如果想要使用其他算法，就需要结合流式备份。

3.3 全量流式备份

流式备份指将备份数据通过流的方式输出到 STDOUT，而不是备份文件中。结合管道，可将多个功能组合在一起，如压缩、加密、流控等。

在 xtrabackup 2.4 版中支持 tar 和 xbstream 流格式，但 tar 格式不支持并行备份。

在 xtrabackup 8.0 中，仅支持 xbstream 流格式，不再支持 tar 格式。

3.3.1 备份到远程主机

使用下方命令通过管道组合，实现本地不落盘，将备份保存到远程主机。

xtrabackup --backup --slave-info  -u root -H 127.0.0.1 -P3306 -p'YouPassword' \
 --stream=xbstream --target-dir=/data/backup/bakup_`date +"%F_%H_%M_%S"` 2>/data/backup/xtrabackup.log  \
 | ssh root@172.16.104.7 "cat -  > /data/backup/backup.xbstream"

远程恢复的时候，需要先使用 xbstream 命令进行解压：

xbstream -x --parallel=10 -C /data/backup/20231113 < ./backup.xbstream

xbstream 中的 -x 表示解压，–parallel 表示并行度，-C 指定解压的目录，最后一级目录必须存在。

3.3.2 gzip 本地压缩备份

使用流式备份，配合管道使用 gzip 命令对备份在本地进行压缩。

xtrabackup --backup --slave-info  -u root -H 127.0.0.1 -P3306 -p'YouPassword' \
 --stream=xbstream --target-dir=/data/backup/bakup_`date +"%F_%H_%M_%S"` \
 | gzip - > /data/backup/backup1.gz

恢复时需要先使用 gunzip 解压，再使用 xbstream 解压，才能进行 Prepare 阶段。

# gzip 解压
gunzip backup1.gz

# xbstream 解压
xbstream -x --parallel=10 -C /data/backup/backup_full < ./backup1
3.3.2 gzip 远程压缩备份

使用流式备份，配合管道将备份 ssh 到远程进行压缩。

xtrabackup --backup --slave-info  -u root -H 127.0.0.1 -P3306 -p'YouPassword' \
 --stream=xbstream --target-dir=/data/backup/bakup_`date +"%F_%H_%M_%S"` \
 | ssh root@172.16.104.7 "gzip - > /data/backup/backup1.gz"

Tips：恢复解压时的步骤与 3.3.2 相同。

3.3.2 远程备份限速

直接备份到远程服务器，如果担心备份会占用较大的网络带宽，可以使用 pv 命令限速。

下面是 pv 工具的安装方法：

wget https://www.ivarch.com/programs/sources/pv-1.8.0.tar.gz
tar xzf pv-1.8.0.tar.gz
cd pv-1.8.0
sh ./configure
make
sudo make install

下方命令表示限速 10MB 将备份发送到远程服务器压缩保存。

xtrabackup --backup --slave-info  -u root -H 127.0.0.1 -P3306 -p'YouPassowrd' \
 --stream=xbstream --target-dir=/data/backup/bakup_`date +"%F_%H_%M_%S"` \
| pv -q -L10m | ssh root@172.16.104.7 "cat -  > /data/backup/backup.xbstream"

pv 命令中，-q 是指 quiet 不输出进度信息，-L 是指传输速率 10m 指 10MB。

Tips：恢复解压时的步骤与 3.3.1 相同。

3.4 全量备份恢复数据

前面 3 个小节，介绍的都是全量备份阶段，本小节将介绍如何恢复全量备份。

首先要进行 Prepare 阶段，在该阶段 Xtrabackup 会启动一个嵌入的 InnoDB 实例来进行 Crash Recovery。该实例的缓冲池的大小由 --use-memory 参数指定，默认为 100MB。如果有充足的内存，通过设置较大的 memory 可以减少 Prepare 阶段花费的时间。

# 进入到备份目录执行该命令
xtrabackup --prepare --use-memory=2G --target-dir=./

Prepare 阶段执行完成后，备份目录下才会生成 redo log 文件，可据此判断备份文件是否执行过 Prepare 阶段。

Prepare 阶段完成后，下面进入恢复阶段，可以手动拷贝文件到数据目录，也可以使用 xtrabackup 工具进行拷贝。

# 进入到备份目录执行该命令
xtrabackup --defaults-file=/etc/my.cnf --copy-back --parallel=10 --target-dir=./

命令中 --copy-back 表示将备份数据文件拷贝到 MySQL 数据目录下。如果在存储空间不足的情况下，可以使用 --move-back 表示移动备份文件。

另外，恢复实例的数据目录必须为空，所以在恢复前，我们需要清空 MySQL 数据目录，或者将其 mv 备份后，重新创建同名目录。数据文件拷贝到目标目录后，需要修改文件属组。

chown -R mysql:mysql /data/mysql_80/

至此，备份就恢复完成了，直接启动 MySQL 即可。

mysqld_safe --defaults-file=/etc/my.cnf &

3.5 增量备份与恢复

xtrabackup 支持增量备份。在做增量备份之前，需要先做一个全量备份。xtrabackup 会基于 innodb page 的 lsn 号来判断是否需要备份一个 page。如果 page lsn 大于上次备份的 lsn 号，就需要备份该 page。
MySQL 社区开源备份工具 Xtrabackup 详解,MySQL,mysql,开源,数据库

3.5.1 增量备份

先进行一次全量备份。

# 先创建全量备份的目录
mkdir /data/backup/full

xtrabackup --backup --slave-info  -u root -H 127.0.0.1 -P3306 \
  -p'YouPassword' --stream=xbstream --target-dir /data/backup/full \
 --extra-lsndir=/data/backup/full \
 2>/data/backup/full/backup_full.log | gzip -  > /data/backup/full/backup_full.gz

备份命令加上 了–extra-lsndir 选项，将 xtrabackup_checkpoints 单独输出到文件。增量备份时需要根据 xtrabackup_checkpoints中的 lsn。以下是相关文件。

# ls -l /data/backup/full
-rw-r--r-- 1 root root 3014835 6月  25 16:35 backup_full.gz
-rw-r--r-- 1 root root   40313 6月  25 16:35 backup_full.log
-rw-r--r-- 1 root root     134 6月  25 16:35 xtrabackup_checkpoints
-rw-r--r-- 1 root root     673 6月  25 16:35 xtrabackup_info

现在，发起增量备份。

# 先创建增量备份的目录
mkdir /data/backup/inc1

xtrabackup --backup --slave-info  -u root -H 127.0.0.1 -P3306 \
  -p'YouPassword' --stream=xbstream --target-dir /data/backup/inc1 \
 --extra-lsndir=/data/backup/inc1 \
 --incremental-basedir=/data/backup/full \
 2>/data/backup/inc1/backup_inc1.log | gzip -  > /data/backup/inc1/backup_inc1.gz

–incremental-basedir：全量备份或上一次增量备份 xtrabackup_checkpoints 文件所在目录。

增量备份也可以在上一次增量备份的基础上进行：

# 先创建增量备份的目录
mkdir /data/backup/inc2

xtrabackup --backup --slave-info  -u root -H 127.0.0.1 -P3306 \
  -p'YouPassword' --stream=xbstream --target-dir /data/backup/inc2 \
 --extra-lsndir=/data/backup/inc2 \
 --incremental-basedir=/data/backup/inc1 \
 2>/data/backup/inc2/backup_inc2.log | gzip -  > /data/backup/inc2/backup_inc2.gz
3.5.2 增量备份恢复

恢复增量备份时，需要先对基础全量备份进行恢复，然后再依次按增量备份的时间进行恢复。
MySQL 社区开源备份工具 Xtrabackup 详解,MySQL,mysql,开源,数据库
这个例子中，相关备份文件的目录结构如下：

/data/backup
├── full
│   ├── backup_full
│   ├── backup_full.log
│   ├── xtrabackup_checkpoints
│   └── xtrabackup_info
├── inc1
│   ├── backup_inc1.gz
│   ├── backup_inc1.log
│   ├── xtrabackup_checkpoints
│   └── xtrabackup_info
├── inc2
│   ├── backup_inc2.gz
│   ├── backup_inc2.log
│   ├── xtrabackup_checkpoints
│   └── xtrabackup_info

首先，恢复全量备份。

cd /data/backup/full

gunzip backup_full.gz

# 需要先删除这两个文件，否则 xbstream 提取文件时有冲突
rm xtrabackup_checkpoints xtrabackup_info

xbstream -x -v < backup_full

xtrabackup --prepare --apply-log-only --target-dir=. > prepare_full.log 2>&1

恢复全量备份时，需要加上 apply-log-only 参数。如果不加上 apply-log-only 参数，执行 prepare 的最后阶段，会回滚未提交的事务，但是这些事务可能在下一次增量备份时已经提交了。

查看日志，确认这一步骤执行成功（最后一行日志显示“completed OK!”）：

[Note] [MY-011825] [Xtrabackup] completed OK!

接下来，恢复第一个增量备份。

cd /data/backup/inc1

gunzip backup_inc1.gz

# 需要先删除这两个文件，否则 xbstream 提取文件时有冲突
rm xtrabackup_checkpoints xtrabackup_info

# 提取文件
xbstream -x -v < backup_inc1


# 恢复增量备份时，切换到全量备份的目录执行
cd /data/backup/full
xtrabackup --prepare --apply-log-only --incremental-dir=/data/backup/inc1 --target-dir=.

恢复增量备份时，加上 apply-log-only 参数，参数 --incremental-dir 设置为增量备份文件所做目录。日主输出 completed OK! 表示任务运行成功。

接下来，恢复第二个增量备份，也就是最后一个增量备份。

cd /data/backup/inc2

gunzip backup_inc2.gz

# 需要先删除这两个文件，否则xbstream提取文件时有冲突
rm xtrabackup_checkpoints xtrabackup_info

# 提取文件
xbstream -x -v < backup_inc2


# 恢复增量备份时，切换到全量备份的目录执行
cd /data/backup/full
xtrabackup --prepare --incremental-dir=/data/backup/inc2 --target-dir=.

恢复最后一个增量备份时，不需要再加上 --apply-log-only。这一步执行完成后，xtrabackup_checkpoints文件内容如下：

# cat xtrabackup_checkpoints
backup_type = full-prepared
from_lsn = 0
to_lsn = 42439917
last_lsn = 52717010
flushed_lsn = 52617342
redo_memory = 0
redo_frames = 0

backup_type 为 full-prepared，表示 Prepare 阶段已经完成。后面操作和恢复全量备份基本一样。复制文件启动数据库即可。

参考：YunChe MySQL运维实战之备份和恢复（8.4）xtrabackup恢复全量备份

4. Xtrabackup 原理

后记

MySQL 8.0.17 发布了克隆插件，也可以作为 Innodb 引擎的备份工具，基于 MySQL 8.0 克隆插件，我研发了一套自动化备份系统，可以管理线下所有 MySQL 集群的 Clone 备份和 Binlog 备份。

MySQL 社区开源备份工具 Xtrabackup 详解,MySQL,mysql,开源,数据库
感兴趣可以看看，欢迎提问题提需求，欢迎 Pull Requests！

https://github.com/COOH-791/mysql_clone_backup/tree/main文章来源地址https://www.toymoban.com/news/detail-755846.html

到了这里，关于MySQL 社区开源备份工具 Xtrabackup 详解的文章就介绍完了。如果您还想了解更多内容，请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章，希望大家以后多多支持TOY模板网！

本文来自互联网用户投稿，该文观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处： 如若内容造成侵权/违法违规/事实不符，请点击违法举报进行投诉反馈，一经查实，立即删除！

分享到：
领支付宝红包 赞助服务器费用

相关文章

  • 保护你无价的数据 | 推荐一个开源备份工具，可去重、增量、压缩、还原到特定日期...

    保护你无价的数据 | 推荐一个开源备份工具，可去重、增量、压缩、还原到特定日期...

    Borg 的优势是 高效： BorgBackup 会将文件按数据块去重，只有改动的数据块才会被备份。 一个 25 GiB 的虚拟机磁盘文件，只改动了 1 GiB，那就只会新增备份这 1 GiB 的数据； 高速： 核心算法使用 C 编译，使用缓存快速跳过未改动过的文件以加快备份速度； 加密： 数据默认是

    2024年02月05日
    浏览(52)
  • 跨平台数据备份工具之restic详解

    跨平台数据备份工具之restic详解

    Restic 是一款 GO 语言开发的开源免费且快速、高效和安全的跨平台备份工具。Restic 使用加密技术来保证你的数据安全性和完整性，可以将本地数据加密后传输到指定的存储。 Restic 同样支持增量备份，可随时备份和恢复备份。Restic 支持大多数主流操作系统，比如：Linux、macO

    2024年02月21日
    浏览(54)
  • 阿里云开源离线同步工具DataX3.0,用于数据仓库、数据集市、数据备份

    阿里云开源离线同步工具DataX3.0,用于数据仓库、数据集市、数据备份

    DataX是阿里云开源的一款离线数据同步工具，支持多种数据源和目的地的数据同步，包括但不限于MySQL、Oracle、HDFS、Hive、ODPS等。它可以通过配置文件来定义数据源和目的地的连接信息、数据同步方式、数据过滤等，从而实现数据的高效、稳定、可扩展的同步。 例如，如果您

    2024年02月10日
    浏览(55)
  • 【MySQL进阶（一）】MySQL在Linux中的配置信息和数据备份工具

    【MySQL进阶（一）】MySQL在Linux中的配置信息和数据备份工具

    MySQL在Linux中安装的话可以看这篇博客：MySQL在Linux中的安装，我觉得总结的很好。 当 MySQL 启动的时候，会从安装目录中加载软件数据，即使用 mysqld 工具初始化设置的 --basedir ，会从数据目录中读取数据，即设置的 --datadir 。这两个目录不要放在一起，避免 rm -rf mysql安装目录

    2024年02月16日
    浏览(57)
  • iphone备份用什么软件？好用的苹果数据备份工具推荐！

    iphone备份用什么软件？好用的苹果数据备份工具推荐！

    众所周知，如果要将iPhone的数据跟电脑进行传输备份的话，我们需要用到iTunes这个pc工具。但是对于iTunes，不少人都反映这个软件比较难用，用不习惯。于是，顺应时代命运的iPhone备份同步工具就出现了。那iphone备份用什么软件比较好？ 今天小编就给大家介绍一款非常好用又

    2024年02月14日
    浏览(48)

  • oracle超详细语法和备份工具

    查看当前连接数据库的用户 查看数据库当前连接数 查看用户下的表 查看指定用户拥有的表 用户切换 解锁用户 新建用户 修改用户密码 删除用户 赋予用户所有权限 查看用户使用时间限制 查询密码有效时长 查看所有用户密码到期日 查看指定用户的过期时间 设置当前用户密

    2024年02月11日
    浏览(37)

  • SinoDB备份恢复工具之dbexport/dbimport

            dbexport和 dbimport是两个简单的备份恢复实用程序，无需任何提前配置即可运行。这两个实用程序可以在不同平台的SinoDB数据库服务器之间迁移数据，可以使用它们备份和还原小型数据库。   dbexport以文本格式导出数据库中所有对象的模式脚本和表数据文件。在将

    2024年04月14日
    浏览(44)
  • Robocopy：Windows 平台上强大的安全备份工具及使用教程

    Robocopy：Windows 平台上强大的安全备份工具及使用教程

    自 Windows Vista 以来，Robocopy 已成为 Windows 标准配置的一部分。 该工具因其稳健性和可靠性而受到系统管理员和 IT 专业人员的高度评价。 通常可以在 Windows 10 上使用 Robocopy 成功完成对其他工具来说难以承受或导致错误消息的复制项目。如果您对 Robocopy 还不了解，那就和一

    2024年02月04日
    浏览(41)
  • SQ工具|9|数据安全|ArcMap自动保存|ArcMap自动备份插件

    SQ工具|9|数据安全|ArcMap自动保存|ArcMap自动备份插件

    可解决在作业过程中停电、软件闪退等一系列问题导致的ArcMap自动退出而未来得及保存数据造成的数据丢失的问题 一、自动保存 在 开启编辑 的状态下，设置保存周期，状态选择开启点击确认即可开启自动保存任务（提示框位于右下角）    当一个保存周期内数据未变化时，

    2024年02月13日
    浏览(36)
  • 【Linux】Rsync远程同步及备份工具（Rsync简介、Rsync安装、rsync认证方式）

    【Linux】Rsync远程同步及备份工具（Rsync简介、Rsync安装、rsync认证方式）

    rsync（Remote synchronization）是Liunx/Unix下的一个 远程数据同步工具 。 它可通过LAN/WAN（局域网/广域网） 快速同步多台主机间的文件和目录 ，并适当利用rsync算法（差分编码）以减少数据的传输。 rsync算法并不是每一次都整份传输，而是 只传输两个文件的不同部分 ，因此其传输

    2024年02月13日
    浏览(39)

觉得文章有用就打赏一下文章作者

支付宝扫一扫打赏

博客赞助

微信扫一扫打赏

请作者喝杯咖啡吧~博客赞助

支付宝扫一扫领取红包，优惠每天领

二维码1

领取红包

二维码2

领红包