Greenplum 6: 混合负载的理想数据平台 高小明 全球领先的开源MPP大数据平台 可扩展性 ACID事务 VS 分布式 简单易用 VS 结构化 半结构非结构化 VS 事务型 分析型 VS MPP - massively parallel processing - 大规模并行处理 master standby primary 并发修改、删除 ● 系统性的优化事务和锁 26 Pivotal Confidential–Internal Use Only 行式存储 表‘SALES’ 表‘SALES’ ■ 更适合OLTP负载 ■ 高效更改和删除 ■ 适合需要全部或者多数列的查询 表 orders 索引 Greenplum支持以下索引: • Btree • Bitmap • Gist • GIN • BRIN

. . 43 主从同步 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 44 负载均衡策略 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 44 4.4.5 使用规范 . . . Apache ShardingSphere document, v5.0.0 主从同步 将主库的数据异步的同步到从库的操作。由于主从同步的异步性，从库与主库的数据会短时间内不一致。 负载均衡策略 通过负载均衡策略将查询请求疏导至不同从库。 4.4.5 使用规范 支持项 • 提供一主多从的读写分离配置，可独立使用，也可配合数据分片使用； • 事务中的数据读写均用主库； • 基于 Hint figu‐ ration> 读写数据源配置 loa dBalancers (*) Map 从库负载均衡算法配 置 主从数据源配置 类名称：ReadwriteSplittingDataSourceRuleConfiguration 可配置属性： 名称 数据类型 说明 默认值 name String

. . 62 主从同步 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 62 负载均衡策略 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 62 3.3.5 使用规范 . . . ，目前仅支持单主库。 从库 查询数据操作所使用的数据库，可支持多从库。 主从同步 将主库的数据异步的同步到从库的操作。由于主从同步的异步性，从库与主库的数据会短时间内不一致。 负载均衡策略 通过负载均衡策略将查询请求疏导至不同从库。 3.3.5 使用规范 支持项 • 提供一主多从的读写分离配置，可独立使用，也可配合分库分表使用； • 独立使用读写分离支持 SQL 透传； • algorithmProperty: key=value • 支持创建静态读写分离规则和动态读写分离规则 • 动态读写分离规则依赖于数据库发现规则 • loadBanlancerType 指定负载均衡算法类型，请参考 负载均衡算法 • 重复的 ruleName 将无法被创建 示例 // Static CREATE READWRITE_SPLITTING RULE ms_group_0 ( WRITE_RESOURCE=write_ds

. . 51 主从同步 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 52 负载均衡策略 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 52 4.5.5 使用规范 . . . . . . . 116 分布式序列算法 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 119 负载均衡算法 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 119 加密算法 . . . . . . ShardingSphere 管控模块的主要设计目标。 4.2.4 核心概念 熔断 阻断 Apache ShardingSphere 和数据库的连接。当某个 Apache ShardingSphere 节点超过负载后，停止 该节点对数据库的访问，使数据库能够保证足够的资源为其他节点提供服务。 4.2. 管控 23 Apache ShardingSphere document, v5.1.1 限流 面

. . 51 主从同步 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 52 负载均衡策略 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 52 4.5.5 使用规范 . . . . . . . 115 分布式序列算法 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 118 负载均衡算法 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 118 加密算法 . . . . . . ShardingSphere 管控模块的主要设计目标。 4.2.4 核心概念 熔断 阻断 Apache ShardingSphere 和数据库的连接。当某个 Apache ShardingSphere 节点超过负载后，停止 该节点对数据库的访问，使数据库能够保证足够的资源为其他节点提供服务。 4.2. 管控 23 Apache ShardingSphere document, v5.1.0 限流 面

. . 52 主从同步 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 53 负载均衡策略 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 53 4.5.5 使用规范 . . . . . . . 120 分布式序列算法 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 122 负载均衡算法 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 123 加密算法 . . . . . . ShardingSphere document, v5.1.2 4.2.4 核心概念 熔断 阻断 Apache ShardingSphere 和数据库的连接。当某个 Apache ShardingSphere 节点超过负载后，停止 该节点对数据库的访问，使数据库能够保证足够的资源为其他节点提供服务。 限流 面对超负荷的请求开启限流，以保护部分请求可以得以高质量的响应。 4.3 数据分片 4.3.1 背景

. . 33 主从同步 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 33 负载均衡策略 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 33 3.3.7 使用限制 . . . . . . . 255 分布式序列算法 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 259 负载均衡算法 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 262 加密算法 . . . . . . 。 读 写 分离 读写分离，是应对高压力业务访问的手段之一。ShardingSphere 基于对 SQL 语义理解及底层 数据库拓扑感知能力，提供灵活、安全的读写分离能力，且可实现读访问的负载均衡。 高 可 用 高可用，是对数据存储计算平台的基本要求。ShardingSphere 基于无状态服务，提供高可用 计算服务访问；同时可感知并利用底层数据库自身高可用实现整体的高可用能力。

. . 37 主从同步 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 37 负载均衡策略 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 37 8.3.7 使用限制 . . . . . . . 384 分布式序列算法 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 389 负载均衡算法 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 390 加密算法 . . . . . . ，目前仅支持单主库。 从库 查询数据操作所使用的数据库，可支持多从库。 主从同步 将主库的数据异步的同步到从库的操作。由于主从同步的异步性，从库与主库的数据会短时间内不一致。 负载均衡策略 通过负载均衡策略将查询请求疏导至不同从库。 8.3.7 使用限制 • 不处理主库和从库的数据同步 • 不处理主库和从库的数据同步延迟导致的数据不一致 • 不支持主库多写 • 不处理主从库间

. . 37 主从同步 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 37 负载均衡策略 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 37 8.3.7 使用限制 . . . . . . . 366 分布式序列算法 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 371 负载均衡算法 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 372 加密算法 . . . . . . ，目前仅支持单主库。 从库 查询数据操作所使用的数据库，可支持多从库。 主从同步 将主库的数据异步的同步到从库的操作。由于主从同步的异步性，从库与主库的数据会短时间内不一致。 负载均衡策略 通过负载均衡策略将查询请求疏导至不同从库。 8.3.7 使用限制 • 不处理主库和从库的数据同步 • 不处理主库和从库的数据同步延迟导致的数据不一致 • 不支持主库多写 • 不处理主从库间

................................................................ 9 3 Lvs+Keepalived+Mysql 单点写入读负载均衡主主同步高可用方案 .................................. 9 3.1 方案简介 ........................................ 高 可用方案。 2 Lvs+Keepalived+Mysql 单点写入主主同步高可用方案 2.1 方案简介 Lvs+keepalived 作为目前比较流行的高可用解决方案，lvs 提供负载均衡， keepalived 作为故障转移，提高系统的可用性。但是一般的 mysql 高可用为了实现 mysql 数据的一致性，一般都是采用单点写入，本方案采用 keepalived 中的 sorry_server 安装配置简单，实现方便，高可用效率好，可以根据服务与系统的可用性 多方面进行切换。  可以将写 VIP 和读 VIP 分别进行设置，为读写分离做准备。  扩展不是很方便。  可以在后面添加多个从服务器，并做到负载均衡。 缺点：  在启动或者恢复后会立即替换掉定义的 sorry_server，因此如果要实现指 定条件替换或者不替换需要通过其他方式实现，比如：临时更改 mysql 的端口等。  切换需要