MySQL 数据库架构 灾难恢复解决方案 MySQL InnoDBClusterSet 介绍 MySQL SE 罗伟文 2 / 55 Safe Harbor Statement 以下内容旨在概述我们的一般产品方向。它仅供参考，不得纳入任何合同。它并不提供任何材料、代码或功能的承诺，不应据此做出购买决策。 Oracle 产品描述的任何特性或功能的开发、发布和时间安排仍由 Oracle 自行决定。 / 55 IT 灾难和中断：主要原因 停电是导致重大中断的最大原因 Copyright @ 2021 Oracle and/or its affiliates. IT 灾难和中断：代价不断上升 超过一半经历过代价超过10 万美元的中断。 Copyright @ 2021 Oracle and/or its affiliates. 4 / 55 IT 灾难和中断：例子 5 2021 Oracle and/or its affiliates. 6 / 55 7 / 55 "过去" - 手动 • 设置复制拓扑通常是手动完成的，需要执行许多步骤 包括用户管理、恢复备份、配置复制... • MySQL 只提供技术部分，让用户来设置（始终自定义 的）架构。 • 甚至需要其他软件... 为DBA 和专家带来了大量工作，他 们花时间自动化和集成他们的定制架构

Greenplum备份恢复浅析 姓名：张文杰 邮箱：zhuodao.zwj@alibaba-inc.com 公司：阿里云 2017 年象行中国（杭州 站）第一期 Greenplum数据备份恢复： 1. 数据量较大 2. 不能完全使用Xlog日志备份 3. 需要保证数据完整性和一致性 2017 年象行中国（杭州 站）第一期 Greenplum提供了： 1. 非并行备份和恢复： --pg_ --pg_dump和pg_dumpall（pg_restore） --copy、psql 2. 并行备份和恢复 --gpcrondump（gpdbrestore） 2017 年象行中国（杭州 站）第一期 并⾏备份和恢复 gpcrondump gpdbrestore 2017 年象行中国（杭州 站）第一期 gpcrondump⽤法(1/3) gpcrondump -x database_name xxx_gp_dump_0_2_20170206160253.gz 其中XXX表示用户定义的文件前缀，0代表是非master节点，2代表该文件产生的 segment对应dbid，20170206160253是前面所说的时间戳。在恢复时，会根据这 个命名规则，找到对应的文件。 2017 年象行中国（杭州 站）第一期 gpcrondump具体实现(1/2) 2017 年象行中国（杭州 站）第一期 gpcrondump具体实现(2/2)

微信 SQLite 数据库 损坏恢复实践 johnwhe (何俊伟) ◊ 问题背景 ◊ 常规做法 ◊ 数据备份 ◊ Repair Kit ◊ 组合方案 SQLite 恢复 ◊ 微信聊天记录只存客户端 ◊ SQLCipher 加密数据库 问题背景 ◊ SQLite 概率性损坏 ◊ 1/20,000 ~ 1/10,000 ◊ 256MB ~1%，1GB ~1‰ ◊ 设备断电、kernel ◊ 数据备份 ◊ Repair Kit ◊ 组合方案 SQLite 恢复 ◊ .dump 命令 ◊ 来自 SQLite 命令行工具 ◊ 整个 DB 输出为 SQL 语句 常规做法 .dump 输出 ◊ 打开损坏 DB 后使用 ◊ 遇到错误前一直输出 ◊ 遇到错误，跳到下一个表 .dump 用于恢复 ◊ 成功率仅 ~30% ◊ 打不开 DB ◊ 打开了读不出数据 .dump dump 成功率 ◊ 问题背景 ◊ 常规做法 ◊ 数据备份 ◊ Repair Kit ◊ 组合方案 SQLite 恢复 ◊ 主要考虑因素 ◊ 恢复成功率 ◊ 空间大小 ◊ 性能 ◊ 加密 数据备份 备选方案 方案 优点 缺点 文件复制 + 压缩 实现简单 非原子操作 Backup API 热备份 稍慢 .dump （SELECT 输出） 有选择备份 备选方案

.. 15 重定向还原 .................................................................................. 16 灾难恢复 ..................................................................................... 17 第 4 章 NetBackup SQLite 备份 ■ 验证备份信息 ■ 查询备份 ■ 从 NetBackup 目录库文件中删除备份信息 ■ 关于还原 SQLite 备份 ■ 执行 SQLite 备份还原 ■ 重定向还原 ■ 灾难恢复 关于 SQLite 数据库备份 nbsqlite -o backup 命令使用 -S、-P、-d 和 -s 作为必需参数启动备份操作。对 于 Linux LVM 配置系统，参数 -z 是必需参数。 提供给 -C 选项。 5 成功重定向还原之后，撤消在主服务器和客户端上所做的更改。 灾难恢复 灾难恢复计划恢复可能在灾难事件中丢失的数据。代理支持使用重定向还原作为灾 难恢复策略。 有关更多信息，请参见第 16 页的“重定向还原”。 17 NetBackup for SQLite 备份和还原 灾难恢复 NetBackup for SQLite 故 障排除 本章节包括下列主题： ■ 解决在使用

.. 21 重定向还原 .................................................................................. 21 灾难恢复 ..................................................................................... 22 第 5 章 NetBackup SQLite 备份 ■ 验证备份信息 ■ 查询备份 ■ 从 NetBackup 目录库文件中删除备份信息 ■ 关于还原 SQLite 备份 ■ 执行 SQLite 备份还原 ■ 重定向还原 ■ 灾难恢复 关于 SQLite 数据库备份 nbsqlite -o backup 命令使用 -S、-P、-d 和 -s 作为必需参数启动备份操作。对 于 Linux LVM 配置系统，参数 -z 是必需参数。 client_name] 5 成功重定向还原之后，撤消在主服务器和客户端上所做的更改。 灾难恢复 灾难恢复计划恢复可能在灾难事件中丢失的数据。代理支持使用重定向还原作为灾 难恢复策略。 有关更多信息，请参见第 21 页的“重定向还原”。 22 NetBackup for SQLite 备份和还原 灾难恢复 NetBackup for SQLite 故 障排除 本章节包括下列主题： ■ 解决在使用

............................................................................ - 15 - Instance 故障切换与恢复 .................................................................................... - 17 - Master .......................... - 309 - 6 版本故障切换的恢复过程 .................................................................................. - 311 - 6 之前版本故障切换的恢复过程 .......................................... ................ - 317 - 恢复 Instance ............................................................................................................. - 317 - 主机健康时从 Mirror 恢复 ..........................

四 数据迁入-TiDB Data Migration 16 增量数据迁出-TiCDC 17 数据导入-TiDB Lightning 数据导出-Dumpling ....... 3.2 备份和恢复- Backup&Restore 18 3.3 安装部署 19 TiUP TiDB Operator 3.4 运维和可视化管理- TiDB Dashboard 21 第四章 TiDB Cloud 放兼容 的新型数据基础设施，解放企业生产力，加速企业数字化转型升级。 由PingCAP 创立的分布式关系型数据库 TiDB，为企业关键业务打造，具备 分布式强一致性事务、在 线弹性水平扩展、故障自恢复的高可用、跨数据中心多活」 等企业级核心特性，帮助企业最大化发挥数 据价值，充分释放企业增长空间。 目前，PingCAP 已经向包括中国、美国、欧洲、日本、东南亚等国家和地区，超过 1500 家企业提供服 ”担任金融产业联盟分布式数据库专委会及开源专业委员会核心成员与副主任委员, 参与金融分布式专 项相关标准工作:4分布式数据库技术金融应用规范技术架构》《分布式数据库技术金融应用规范安全 技术要求》《分布式数据库技术金融应用规范灾难恢复要求》 。 ”主导联合技术课题《分布式数据库运维体系研究》《分布式数据库入云及多租户研究》 1.5 荣誉 TiDB 产品荣誉 。 2017 年度产品创新奖 。 2017 年度中国信通院 0SCAR

· · · · · · · 668 8.3 备份与恢复 · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 668 8.3.1 TiDB 备份与恢复概述 · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 677 8.3.3 使用 BR 进行备份与恢复 · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 688 · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 753 8.4.4 基于备份与恢复的容灾方案· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 757

· · · · · · · 622 8.3 备份与恢复 · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 622 8.3.1 TiDB 备份与恢复概述 · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 632 8.3.3 使用 BR 进行备份与恢复 · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 643 · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 707 8.4.4 基于备份与恢复的容灾方案· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 711

· · · · · · · 682 8.3 备份与恢复 · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 682 8.3.1 TiDB 备份与恢复概述 · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 691 8.3.3 使用 BR 进行备份与恢复 · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 702 · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 770 8.4.4 基于备份与恢复的容灾方案· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 774