MySQL与 PostgreSQL 数据库功能对比 _PostgreSQL

概述
在几个流行的数据库中，我首先接触到的是MySQL，随着工作发展，接触到越来越多的是PostgreSQL数据库。这两个十分流行的开源数据库。在这之后，我就会经常和一些朋友进行讨论：MySQL和PostgreSQL两者之间到底有什么异同点呢？
翻阅资料，今天就来学习一下
ACID的遵从性(ACID Compliance )对比
数据库是否满足事物的四大特性是判断数据库优劣的重要标准之一
PostgreSQL：
完全遵从ACID，确保满足所有ACID的需求
MySQL：
只有InnoDB等少量存储引擎遵从ACID，所以客户选取就更加灵活
原子性（Atomic）
Atomic是指事务包含的所有操作要么全部成功，要么全部失败回滚
PostgreSQL是全面支持事务的关系型数据库，不仅DML语句可以在一个事务中，DDL语句也支持事务，即可以把创建多张表时的DDL语句放到一个事务中，这样可以保证这些表要不都创建成功，要不都不成功。
而MySQL无法把多条DDL语句放到一个事务中。PostgreSQL能保证多条DDL的原子性，这是PG的亮点。
一致性（Consistency）
Consistency是指事务必须使数据库从一个一致性的状态变到另外一个一致的状态，也就是执行事务之前和之后的状态都必须处于一致的状态。一致性：例如数据库完整性约束正确；日志状态一致；索引和数据的一致，即事务完成后，数据库的一切都是对的。
而两者的约束对比如下

文章插图

隔离性（Isolcation）Isolcation是指并发执行多个事务时，使它们各自好像是系统在给定时间内执行的唯一操作，即每一事务在系统中认为只有该事务在使用系统，不受其它事务干扰。
达到的效果：对于任意两个并发的事务T1和T2，在事务T1看来，T2要么在T1开始之前就已经结束，要么在T1结束之后才开始，这样每个事务都感觉不到有其他事务在并发地执行。
几种隔离级别的性能比较

文章插图

而PostgreSQL和MySQL的隔离性差异如下
MySQL和PostgreSQL都实现了基于快照的事务隔离级别，即snapshot isolation，PostgreSQL还实现了可串行化的快照隔离级别，即SSI 。

文章插图

持久性（Durability）
Durability是指一个事务一旦被提交了，那么对于数据库中的数据改变就是永久性的，即便是在数据库系统遭遇到故障的情况下也不会丢失提交事务的操作。
早期的MySQL版本中的默认配置不是提交后立即持久化的，即提交后，数据可能丢失（追求性能），PostgreSQL一开始默认就是持久化的，当然也可以设置成非立即持久化。

文章插图

对SQL标准的支持度对比
PostgreSQL：
遵从SQL标准支持最好的数据库。SQL2011标准中，179个核心特性（mandatory features ），做到至少160个，也支持了很多附加特性
MySQL：
只有部分支持，基本是只持了SQL 92标准的部分
支持的业务场景对比
PostgreSQL：
既支持OLTP场景也支持OLAP场景，混合性业务场景，类似Oracle数据库。能很好的支持JSON文档型业务场景。金融级的可靠性，设计目标是以稳定性和可靠性为第一目标，支持大数据库，可以可靠支持几十T的大数据库
MySQL：
只支持OLTP场景，不可用于OLAP场景
mysql5.7以后才对JSON的有了支持
简单和性能是设计第一目标，支持可靠性很高的业务存在一定的困难
大数据库支持存在一定的困难，需要做单机多实例
复制功能对比