动，所有的 Instance 都独立处理 本地的数据，而不需要在 Instance 之间通过内联网络交换数据。 要实现大表之间的本地关联，需要确保关联字段包含全部的分布键，这部分在"解 读 GP 分布策略"章节已经做了很多详细介绍，当关联的数据都在 Instance 本地，将 可以显著提升处理的性能。另外，在 CREATE TABLE 时应该确保关联的字段在不同的 表中采用相同的字段类 护。 MVCC以避免给数据库事务显式上锁的方式，最大化减少锁争用以确保多用户环境 下的性能。在并发控制方面，使用MVCC而不是使用锁机制的最大优势是，MVCC机制下， 查询(读)的锁与写的锁不存在冲突，并且读与写操作之间从不会互相阻塞。 GP提供了各种锁机制来控制对表数据的并发访问。大多数GP的SQL命令可以自动 获取适当模式的锁以确保在命令执行时相应的表不会被删除或者修改。对于不能适应 COMMITTED。  REPEATABLE READ和SERIALIZABLE的表现类似REPEATABLE READ。 下面描述GP的不同事务隔离级别的特征： 读未提交和读已提交 GP数据库不允许任何命令看得到另一个并行事务未提交的更新(其实，对于heap 表，设置gp_select_invisible参数为on之后是可以看到其他事务未提交的数据的，

缓冲区 锁表 存储管理器 存储 查询计划 对索引、文件和 记录的请求 页命令 事务命令 查询、更新 用户/ 应用 DDL命令 数据库管理员 数据、元数据、索引 日志页 读、写页 元数据、 统计数据 元数据 9 存储介质的类型 ■ Volatile storage 易失性存储器 DRAM, Cache, Register ■ Non-volatile storage 么已经prepared事务申请的锁仍在pg_lock表呢？ prepared事务的恢复过程： 当执行prepare时候，PG会把该事务的lock信息当做prepare日志记录的一部分记录在日志文件（xlog）里。当数 据库重新启动，会读这个日志文件（xlog）这条日志记录，把锁“还原”到pg_lock表里。 1. StartupXlog函数发现XLOG_XACT_PREPARE日志记录进行redo，调用函数recreateTwoPhaseFile将

cust_id = 2 WHERE id = 2； 29 Pivotal Confidential–Internal Use Only 完整的增删改查 表‘SALES’ 表‘SALES’ ■ 读和写不阻塞 ■ 支持更改删除、删除 ■ 支持更改分布键、主键（将数据从一个节点移到另一个节点） 30 Pivotal Confidential–Internal Use Only Greenplum

文档的【服务器端编程】章节， 以及 Perl 和 Python 语言。 Greenplum 是开放的数据库，又是开源的数据库，可以分享的知识其 实真的很多，如果你这方面的知识基础还不是很高，可以多读一些文 章然后收藏起来，慢慢进步。 Big Date2.indd 49 16-11-22 下午3:38 50 七、加密 Greenplum 中的静态数据 近几年，数据外泄的问题甚为