....................................................................................... - 268 - 机房规划................................................................................................... ................................................................................. - 337 - GP 数据库扩容规划 .................................................................................................. ..................................................................................... - 341 - 新硬件的规划 ..................................................................................................

供了编译后的模块开箱即用，如：oraface、postgis、pgcrypt 等， 对于其它模块，用户可以自行将 contrib 下的代码与 Greenplum 的 include 头文件编译后，将动态 so 库文件部署到所有节点就可进行测 试使用了。有些模块还是非常好用的，例如：oraface，基本上集成了 Oracle 常用的函数到 Greenplum 中，曾经在一次 PoC 测试中，用户 提供的 消耗。 Mapreduce 没有统计信息，不能做基于 cost-base 的优化；MPP 数据库可以利用统计信息很好地进行并行计算优化。例如，MPP 对 于不同分布的数据可以在计算中基于 Cost 动态决定最优执行路径， 如采用重分布还是小表广播。 Big Date2.indd 13 16-11-22 下午3:38 14 ·Reduce 效率对比： 对比于 MPP 数据库的 SQL 执行器 Greenplum 的 使 用 案 例 介 绍 了 Greenplum 产品在高吞吐、开放性、 易扩展等方面的卓越表现及其带 给客户的高价值。下面我们将从最佳实践方面介绍下 Greenplum 在具 体规划实施时，如何选取硬件。 Greenplum 是 通 过 软 件将多台 x86 服务器的 硬件组织在一起同时对 外提供服务，从而达到 高速处理的能力，为了 达到这样的目的，硬件 之间要彼此互通，并且

长久以来 在市场上取得的成功。从 2017 年初开始，他们每个月发布一次 Greenplum 更新，使其保有快速而可靠的创新力。 此次推 出的 Greenplum 5 是一个功能齐全、动态的、创新型分析数据平台，其产品路线图规划健全且充满活力，无论是短期内还 是未来长期时间里，都能满足客户的需求。 支持多种云不受限于基础架构的数据平台 Pivotal Greenplum 5 是首个内核百分百基于 Greenplum GPORCA：Pivotal 查询优化器更新 对直到最近，Greenplum 一直采用传统查询优化器 (LQO) 。这是适用于 Greenplum 代码库的原始 PostgreSQL 规划器的衍 生产品。PostgreSQL 规划器最初是为单节点 PostgreSQL 设计的，更适用于 OLTP 查询，而不是分析数据平台中长时间运 行的查询。尽管具有精心设计的连接排序之类的功能，但架构和设计选项导致维护和添加新功能变得越来越难。1 Greenplum 能够处理复杂得多 的 CTE，因为它不必将其完全展开，只需对其进行动态处理即可。GPORCA 生成 CTE 计划的速度比传统规划器优化器平 均要快 7 倍。6 要整理大型表中的数据，一种常见方法就是使用分区。Greenplum 5 采用 GPORCA 作为默认查询优化器，可确定消除与结 果无关的分区的经济方式，从而改进动态分区消除。这是通过引入以下三个新的查询操作符实现的，这三个操作符在生成

7.4 作业类名称提供策略 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 79 7.5 线路规划 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 80 8 下载 82 FAQ 89 10.1 阅读源码时为什么会出现编译错误? . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 89 10.2 是否支持动态添加作业? . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 89 10.3 为什么在代码或配置文件中修改了作业配置，注册中心配置却没有更新 支持任务在分布式场景下的分片和高可用 – 能够水平扩展任务的吞吐量和执行效率 – 任务处理能力随资源配备弹性伸缩 • 资源分配 – 在适合的时间将适合的资源分配给任务并使其生效 – 相同任务聚合至相同的执行器统一处理 – 动态调配追加资源至新分配的任务 • 作业治理 – 失效转移 – 错过作业重新执行 – 自诊断修复 • 作业依赖 (TODO) – 基于有向无环图（DAG）的作业间依赖 – 基于有向无环图（DAG）的作业分片间依赖

解决方案 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5 1.3 线路规划 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6 2 快速入门 7 shardingsphere.proxy.Bootstrap，如何解决？ . . . . . . . . . . . 289 7.7.5 5. [Proxy] 在使用 ShardingSphere‐Proxy 的时候，如何动态在添加新的 logic schema？ . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 289 4 月 16 日成为 Apache 软件基金会的顶级项目。欢迎通过邮件列表参与讨 论。 1.1 简介 Apache ShardingSphere 由 JDBC、Proxy 和 Sidecar（规划中）这 3 款既能够独立部署，又支持混合部署 配合使用的产品组成。它们均提供标准化的基于数据库作为存储节点的增量功能，可适用于如 Java 同构、 异构语言、云原生等各种多样化的应用场景。 关

解决方案 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5 1.3 线路规划 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6 2 快速入门 7 . . . . 53 高可用类型 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 53 动态读写分离 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 54 4.6.5 使用规范 . . . shardingsphere.proxy.Bootstrap，如何解决？ . . . . . . . . . . . . 305 7.8.5 [Proxy] 在使用 ShardingSphere‐Proxy 的时候，如何动态在添加新的 logic schema？ . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 305

解决方案 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5 1.3 线路规划 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6 2 快速入门 7 . . . . 53 高可用类型 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 53 动态读写分离 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 53 4.6.5 使用规范 . . . shardingsphere.proxy.Bootstrap，如何解决？ . . . . . . . . . . . . 301 7.8.5 [Proxy] 在使用 ShardingSphere‐Proxy 的时候，如何动态在添加新的 logic schema？ . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 301

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 482 5.3 规划集群拓扑· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 修复元数据锁非预期地阻塞 DDL 执行的问题 #43755 @wjhuang2016 – 修复 IPv6 环境下的集群无法查询部分系统视图的问题 #43286 @Defined2014 – 修复动态裁剪模式下内连接表时找不到分区的问题 #43686 @mjonss – 修复 analyze 表时报语法错误的问题 #43392 @guo-shaoge – 修复在重命名表期间 TiCDC 可能丢失部分行变更的问题 PARTITION Y Y E E E E E E N REORGANIZE PARTITION Y N N N N N N N N COALESCE PARTITION Y N N N N N N N N 动态裁剪 Y Y Y E E E E N N Range COLUMNS 分区 Y Y N N N N N N N Range INTERVAL 分区 Y E N N N N N N N 2.3.8

解决方案 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5 1.3 线路规划 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6 2 快速入门 7 . . . . 54 高可用类型 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 54 动态读写分离 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 55 4.6.5 使用规范 . . . shardingsphere.proxy.Bootstrap，如何解决？ . . . . . . . . . . . . 316 7.8.5 [Proxy] 在使用 ShardingSphere‐Proxy 的时候，如何动态在添加新的 logic schema？ . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 317

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 482 5.3 规划集群拓扑· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · TiCDC 支持了新的 Simple 消息协议，该协议通过在 DDL 和 BOOTSTRAP 事件中嵌入表的 schema 信息， �→ 实现了对 schema 信息的动态追踪 (in-band schema tracking)。 TiCDC 支持 0 码力 | 4805 页 | 101.28 MB | 1 年前

3