态，这样的话，就失去了 Mirror 的意义。 例如下图所示，这是一种混合循环镜像模式，每 4 台主机组成一个镜像组，每台 计算主机上有 6 个 Primary，6 个 Primary 配对的 Mirror 均匀分布在另外三台机 器上。编者还实现了多种镜像模式，例如，循环镜像，指定的数台主机组成一个环，每 台主机上 Primary 配对的镜像都在下一台机器上，这与自带的 group 模式一致。 用于配置每个主机上最大分配给 GP Instance 的 CPU 资源的百分比。不管使用哪种 CPU 配额模式，该参数都控制着所有 资源组的最大 CPU 使用率。其余的资源需要留给操作系统和数据库的主服务进程使用。 参数 gp_resource_group_cpu_limit 的缺省值为 0.9(90%)。 注意：如果在 GP 集群的主机上还有其他程序，gp_resource_group_cpu_limit 需要调整该参数。 注意：应该尽量避免将 gp_resource_group_cpu_limit 设置为大于 0.9，这样可 能会导致 GP 工作负载抢占所有的 CPU 资源，从而影响数据库的主服务进程获取不到足 够的 CPU 资源。 按照 Core 来配额 CPU 使用 CPUSET 属性来指定哪些 CPU 的 Core 为资源组专用，被指定的 Core 必须

语言的客户端包，和 Python DB API version 2.0 一致 如果使用 C 语言程序直接连接 TiDB，可以直接链接 libmysqlclient 库，使用 MySQL 的 C API，这是最主 要的一种 C 语言连接方式，被各种客户端和 API 广泛使用，包括 Connector/C。 连接器和 API 使用 MySQL 连接器连接 TiDB 使用 MySQL C API 连接 TiDB 使用 tidb 日志 deploy_without_tidb KV 模式，不部署 TiDB 服务，仅部署 PD、TiKV 及监控服务，请将 inventory.ini 文件中 tidb_servers 主机组 IP 设置为空。 alertmanager_target 可选：如果你已单独部署 alertmanager，可配置该变量，格式： alertmanager_host:alertmanager_port Server，来收集和存储时间序列数据。 Client 代码库，在程序中定制需要的 Metric 。Push GateWay 来接收 Client Push 上来的数据，统一供 Prometheus 主服务器抓取。以及 AlertManager 来实现报警机制。其结构如下图： Grafana 是一个开源的 metric 分析及可视化系统。我们使用 Grafana 来展示 TiDB 的各项性能指标 。如下

................................................................. 3 2 Lvs+Keepalived+Mysql 单点写入主主同步高可用方案 ...................................................... 3 2.1 方案简介 ........................ ................................................................................ 4 2.4.4 Mysql 的主主同步配置 .................................................................................... 4 2.4.5 ............................................................. 9 3 Lvs+Keepalived+Mysql 单点写入读负载均衡主主同步高可用方案 .................................. 9 3.1 方案简介 ...........................................

，满足高 QPS 场景，提供超高性价比。 双机热备架构：系统工作时主节点（Master）和备节点（Slave）数据实时同步，主节点故障时系统 自动秒级切换，备节点接管业务，全程自动且对业务无影响，主备架构保障系统服务具有高可用性。 集群架构：集群（cluster）实例采用分布式架构，每个节点都采用一主一从的高可用架构，自动容灾 切换，故障迁移，多种集群规格可适配不同的业务压力，无线扩展数据库性能。 ）模式搭建。主节点提供日常服务访问，备节点提 供 HA 高可用，当主节点发生故障，系统会自动在30秒切换至备节点，保证业务平稳运行。 云数据库 Redis 版 产品简介 11 特点 可靠性 服务可靠 采用双机主备架构，主备节点位于不同物理机。主节点对外提供访问，用户可通过 Redis 命 令行和通用客户端进行数据的增删改查操作。当主节点出现故障，自研的 自研的 HA 系统会自动进 行主备切换，保证业务平稳运行。 数据可靠 默认开启数据持久化功能，数据全部落盘。支持数据备份功能，用户可以针对备份集回滚实 例或者克隆实例，有效的解决数据误操作等问题。 兼容性 云数据库 Redis 版 产品简介 12 云数据库 Redis 标准版在 Redis 2.8基础上进行开发，100%兼容 Redis 协议命令。自建的

ClusterSet Copyright @ 2021 Oracle and/or its affiliates. 13 / 55 一个或者多个MySQL InnoDB Cluster 副本连接到一个主MySQL InnoDB Cluster 高可用 (区域内的失败) RPO =0 RTO =秒级 (自动故障转移) 灾难恢复（ 区域故障） RPO !=0 RTO =分钟或更长时间（ Copyright @ 2021 Oracle and/or its affiliates. 灾难恢复 - 多区域 MySQL InnoDB Cluster RPO =0 RTO =秒级 多区域 多主数据库 3DC 需要非常稳定的广域网 写入性能受DC 之间的延迟影响 53 / 55 Copyright @ 2021 Oracle and/or its affiliates. 灾难恢复 0.24 ：使skip-slave-start 成为全局、持久、只读的系统变量。 8.0.26 ：组复制成员操作（主成员上可配置super_read_only） 8.0.26：指定用于记录View_change_log_event 的UUID 8.0.27：异步复制通道配置自动跟随主成员 Copyright @ 2021 Oracle and/or its affiliates. MySQL

⽽不要每次都重复进⾏计算。 此外， 当集合计算涉及的元素数量⾮常巨⼤时， Redis 服务器在进⾏计算时可能会被阻塞。 这时， 我们可以 考虑使⽤ Redis 的复制功能， 通过从服务器来执⾏集合计算任务， 从⽽确保主服务器可以继续处理其他客户端 发送的命令请求。 本书将在之后的《复制》⼀章中对 Redis 的复制功能进⾏介绍。 5.18 示例：共同关注与推荐关注 在前⾯的内容中， 我们学习了如何使⽤集合去储存社交⽹站的好友关系， 所示。 图 18-1 主服务器和从服务器 对于 Redis 来说， ⼀个主服务器可以拥有任意多个从服务器， ⽽从服务器本身也可以⽤作其他服务器的主服务 器， 并以此构建出⼀个树状的服务器结构， 如图 18-2 所示。 需要注意的是， 虽然⼀个主服务器可以拥有多个 从服务器， 但⼀个从服务器只能拥有⼀个主服务器。 换句话说， Redis 提供的是单主复制功能， ⽽不是多主复 制功能。 图 18-2 处于复制模式的主服务器既可以执⾏写操作也可以执⾏读操作， ⽽从服务器则只能执⾏读操作， 图 18-3 和 18-4 分别展示了 Redis 服务器在⽆复制和有复制两种状态下的客户端访问模式。 图 18-3 没有启⽤复制功能的 Redis 服务器可以执⾏读写操作 图 18-4 启⽤了复制功能的主服务器可以执⾏读写操作，但从服务器默认只能执⾏读操作 对于开启了复制功能的主从服务器， 主服务器在每次执⾏写操作之后，

GP Workload Manager 7 Pivotal Confidential–Inter nal Use Only MPP(大规模并行处理）无共享体系架构 从主节点 … 主节点 SQL • 主节点和从主节点，主节点负责协调整个集群 • 一个数据节点可以配置多个节点实例（Segment Instances) • 节点实例并行处理查询（SQL） • 数据节点有自己的CPU、磁盘和 大规模并行数据加载 • 高速数据导入和导出 – 主节点不是瓶颈 – 10+ TB/小时/Rack – 线性扩展 • 低延迟 – 加载后立刻可用 – 不需要中间存储 – 不需要额外数据处理 • 导入/导出 到&从: – 文件系统 – 任意 ETL 产品 – Hadoop 发行版 外部数据源 Interconnect ... ... ... ... 主节点 查询优化和调度 数据节点 存储数据 Confidential–Inter nal Use Only 解析器 主节点Segment 系统表 优化器 分布式事务 调度器 执行器 解析器执行词法分 析、语法分析并生 成 解析树 客户端 主节点接受客户连接， 处理请求，执行认证 解析器 主节点 17 Pivotal Confidential–Inter nal Use Only 优化器 本地存储 主节点Segment 系统表 分布式事务 Interconnect

MySQL 复制工作流 会话 二进制 日志 主数据库 转储 I/O 中继 日志 SQL 4/16/2017 8 版权所有 2015，Oracle 和/或其附属公司。保留所有权利。 为何进行复制？ •将数据库从“主服务器”复制到“从服务器” – 数据的冗余副本奠定了高可用性的基础 – 通过在复制场中进行分布式查询来扩展 主 从 Web/应用服务器 写入和读取 读取 4/16/2017 和/或其附属公司。保留所有权利。 9 •异步 – MySQL 默认设置 – 并行：主数据库向应 用程序发送确认，在 存储引擎上提交，然 后将事务发送到从数 据库 • 快速 • 如果主数据库停机有可 能丢失更改 •半同步 – MySQL 5.5+ － 在 MySQL 5.7 中进行了 增强 – 串行：主数据库等待 从数据库记录更改并 将更改刷新到磁盘， 然后以并行方式提交 到存储引擎并向应用 到存储引擎并向应用 程序发送确认 • 中度延迟 • 无损 (MySQL 5.7) •同步 – 仅 MySQL Cluster 提供 – 串行：主数据库等待更 改应用于所有从数据 库后，再向应用程序 发送确认 • 较长的延迟 • 如果采用主动/主动模式， 则最适合小型事务处理 • 无损 异步复制与同步复制 4/16/2017 版权所有 2015，Oracle 和/或其附属公司。保留所有权利。

veritas.com/support/en_US/article.DOC5332 NetBackup for SQLite 的前提条件 确保满足以下前提条件： ■ NetBackup 安装在主服务器、介质服务器和客户端上，并且可以正常工作。 ■ SQLite 数据库安装在客户端上，并且可以正常工作。 注意：如果 NetBackup 从之前的版本升级到 10.1 或更高版本，则 NetBackup DataStore 策略定义属性、日程表、客户端列表和备份选择。 使用 DataStore 策略配置 SQLite 数据库备份 1 以管理员身份 (Windows) 或 root 身份 (Linux) 登录到主服务器。 2 在“NetBackup 管理控制台”中，展开“NetBackup 管理”，然后单击“策 略”。 3 在“所有策略”窗格中，右键单击“所有策略的摘要”，然后单击“新建策 略”。 4 LVM 配置系统，参数 -z 是必需参数。 3 图 3-1 NetBackup for SQLite 备份工作流程 连接到 SQLite 数据库 并准备创建快照 存储单元 NetBackup 主服务器 NetBackup 介质服务器 NetBackup XBSA 快照 VSS/LVM SQLite 数据库 服务器 1 请求快照、读取并装入快照、 读取 SQLite 数据 2