postgresql 与 mysql 区别与联系

1、事务

【psotgresql】
读已提交（Read committed）是PostgreSQL中的默认隔离级别

PostgreSQL 9.1 之前只有两种隔离级别 读已提交和串行化，串行化相当于现在版本的不可重复读

在PostgreSQL中，你可以请求四种标准事务隔离级别中的任意一种，但是内部只实现了三种不同的隔离级别，即PostgreSQL 的读未提交模式的行为和读已提交相同。这是因为把标准隔离级别映射到PostgreSQL的多版本并发控制架构的唯一合理的方法。
该表格也显示PostgreSQL 的可重复读实现不允许幻读

【mysql】
可重复读（Repeatable read）是MySQL的默认事务隔离级别，其他大多数数据库为读已提交。

2、索引

【psotgresql】
PostgreSQL提供了多种索引类型：B-tree、Hash、GiST、SP-GiST、GIN和BRIN。每一种索引类型使用了一种不同的算法来适应不同类型的查询。默认情况下， CREATE INDEX命令创建适合于大部分情况的B-tree索引
【mysql】
B-tree、hash、R-tree full-text
B树 哈希 R树 全文

3、锁

【psotgresql】

死锁是指两个（或多个）事务相互持有对方想要的锁。例如，如果事务1在表A上获得一个排他锁，同时试图获取一个在表B上的排他锁，而事务2已经持有表B的排他锁，同时却正在请求表A上的一个排他锁，那么两个事务就都不能进行下去。PostgreSQL能够自动检测到死锁情况并且会通过中断其中一个事务从而允许其它事务完成来解决这个问题（具体哪个事务会被中断是很难预测的，而且也不应该依靠这样的预测）。

防止死锁的最好方法通常是保证所有使用一个数据库的应用都以一致的顺序在多个对象上获得锁。在上面的例子里，如果两个事务以同样的顺序更新那些行，那么就不会发生死锁。我们也应该保证一个事务中在一个对象上获得的第一个锁是该对象需要的最严格的锁模式。如果我们无法提前验证这些，那么可以通过重试因死锁而中断的事务来即时处理死锁。

【mysql】

4、mvcc

oid
一行的对象标识符（对象ID）。该列只有在表使用WITH OIDS创建时或者default_with_oids配置变量被设置时才存在。该列的类型为oid（与列名一致），该类型详见第 8.18 节。
tableoid
包含这一行的表的OID。该列是特别为从继承层次（见第 5.9 节）中选择的查询而准备，因为如果没有它将很难知道一行来自于哪个表。tableoid可以与pg_class的oid列进行连接来获得表的名称。
xmin
插入该行版本的事务身份（事务ID）。一个行版本是一个行的一个特别版本，对一个逻辑行的每一次更新都将创建一个新的行版本。
cmin
插入事务中的命令标识符（从0开始）。
xmax
删除事务的身份（事务ID），对于未删除的行版本为0。对于一个可见的行版本，该列值也可能为非零。这通常表示删除事务还没有提交，或者一个删除尝试被回滚。
cmax
删除事务中的命令标识符，或者为0。
ctid
行版本在其表中的物理位置。注意尽管ctid可以被用来非常快速地定位行版本，但是一个行的ctid会在被更新或者被VACUUM FULL移动时改变。因此，ctid不能作为一个长期行标识符。OID或者最好是一个用户定义的序列号才应该被用来标识逻辑行。

扩招博客
【1】mysql 及 posgresql之优劣势大比拼
【2】PostgreSQL的元组、页面结构及索引查找原理
【3】PostgreSQL并发处理方式——MVCC
【4】PostgreSQL 的 MVCC 机制解析
【5】正确的理解MySQL的MVCC及实现原理