乐趣区

关于mysql:新特性解读-MySQL-80-增强逻辑备份恢复工具介绍

作者:杨涛涛
资深数据库专家,专研 MySQL 十余年。善于 MySQL、PostgreSQL、MongoDB 等开源数据库相干的备份复原、SQL 调优、监控运维、高可用架构设计等。目前任职于爱可生,为各大运营商及银行金融企业提供 MySQL 相干技术支持、MySQL 相干课程培训等工作。
本文起源:原创投稿
* 爱可生开源社区出品,原创内容未经受权不得随便应用,转载请分割小编并注明起源。


这篇咱们来简略介绍下 MySQL 8.0.21 附带的增强版逻辑备份工具。

在介绍这个工具之前,先来回顾下 MySQL 的逻辑备份工具历史。

1. mysqldump: 最早,也是最成熟的逻辑备份工具,是 MySQL 原生的用来备份整个数据库实例、单个数据库、单张表的逻辑备份工具,上手简略,学习老本简直为 0。备份简略,复原也简略。

比方导出单个数据库 ytt: mysqldump ytt > /tmp/ytt.sql;

复原也非常简单:mysql < /tmp/ytt.sql

毛病是备份速度慢。在整个备份过程中,是单线程运行;备份进去的数据集要复原的话同样也是单线程运行,复原速度也慢。除非对同一时刻的所有表独自备份进去,本人写额定脚本进行多线程复原。

2. mysqlpump:MySQL 5.7 GA 后推出的 mysqldump 工具的增强版。能够对同一个数据集多个线程并发备份,备份速度很快。

其余毛病和 mysqldump 一样。

3. MySQL Shell UTIL 对象附带的备份工具:随 MySQL 8.0.21 最新版本捆绑公布,自带多线程备份以及多线程复原性能,能够间接代替 mysqldump/mysqlpump。

  • dump_instance/dumpInstance 用来多线程备份 MySQL 整个单机实例
  • dump_schemas/dumpSchemas 用来多线程备份 MySQL 单个数据库
  • load_dump/loadDump 用来多线程复原之前两个工具导出的数据集文件

MySQL Shell UTIL 备份复原工具具备如下个性:

1. 压缩导出(默认压缩算法 zstd)

2. 数据集分块导出,每块 32M

3. 默认导出存储过程、存储函数、触发器、事件、用户、视图

4. 默认 4 个线程导出

5. 默认进度展现

6. 默认字符集 utf8mb4

7. 默认开启一致性导出

8. 默认表,视图等定义导出为 SQL 语句

9. 默认数据导出为 TSV 格局数据

接下来,咱们来简略演示下 MySQL SHELL UTIL 备份复原工具,以下我基于 PYTHON 语法:

1. dump_instance 示例

具体参数:(4 个线程同时备份数据库 ytt)

# 备份门路
backup_path='/tmp/ytt_backup_instance';

# 备份选项,定义一致性,不蕴含哪些数据库,线程数等等。backup_options = {"consistent":True,"threads":4,"excludeSchemas":["world","ytt_new","score","query_rewrite"]}

以下为备份后果信息汇总,其中蕴含备份工夫,备份数据集原始大小,压缩后大小,压缩率以及压缩速度等信息。

Duration: 00:00:35s
Schemas dumped: 1
Tables dumped: 8
Uncompressed data size: 584.89 MB
Compressed data size: 12.02 MB
Compression ratio: 48.7
Rows written: 28000016
Bytes written: 12.02 MB
Average uncompressed throughput: 16.49 MB/s
Average compressed throughput: 338.96 KB/s

再来查看备份门路下的文件,

.json 后缀的为元数据文件,比方备份开始工夫,备份完结工夫,备份的用户,每张表的数据字典等信息。

剩下的即为备份的数据集,默认 ZSTD 压缩。

2. dump_schemas

dump_instance 次要用来备份整个 MySQL 实例,如果只想备份单个数据库,用 dump_schemas 更加简略。

dump_schemas 参数除了要指定具体的数据库名,其余的参数和 dump_instance 一样

# 备份指定的数据库
backup_schema = ["ytt"]

# 备份门路
backup_path='/tmp/ytt_backup_schemas';

# 备份选项
backup_options = {"consistent":True,"threads":4}

以下为 dump_schemas 备份的后果和 dump_instance 一样。

Duration: 00:00:32s
Schemas dumped: 1
Tables dumped: 8
Uncompressed data size: 584.89 MB
Compressed data size: 12.02 MB
Compression ratio: 48.7
Rows written: 28000016
Bytes written: 12.02 MB
Average uncompressed throughput: 18.15 MB/s
Average compressed throughput: 373.01 KB/s

3.  load_dump

备份好了后,用 load_dump 复原下数据库 ytt 的备份集,

# 删除原数据库
mysql> drop database ytt;
Query OK, 8 rows affected (0.27 sec)

# 创立指定数据库 ytt.
mysql> create database ytt;
Query OK, 1 row affected (0.01 sec)

# 用于复原的备份集目录
restore_url = '/tmp/ytt_backup_schemas'

# 复原选项:是否对复原的表做样例数据收集,是否提早建设索引,复原指定的数据库等。restore_options={"analyzeTables":"on","deferTableIndexes":"all","includeSchemas":["ytt"]}

复原过程如下:

这里要阐明下,load_dump 复原数据的线程数量取决于之前备份集的线程数量。

复原信息,因为笔记本虚拟机性能太差,数据仅供参考。

Executing common postamble SQL

40 chunks (28.00M rows, 584.89 MB) for 6 tables in 1 schemas were loaded in 3 min 30 sec (avg throughput 2.79 MB/s)
0 warnings were reported during the load.

总结:

本篇介绍了 MySQL 8.0.21 公布的高性能逻辑备份复原工具,能够完满替换性能低下的传统备份工具 mysqldump 或者 mysqlpump。

退出移动版