这是我参与「第三届青训营 -后端场」笔记创作活动的的第6篇笔记
最后结论：哪个运用熟练使用哪个,通常由团队成员的熟悉度来决定；
从业务场景来说，PG更适合严格的企业应用场景，MySQL更适合业务逻辑相对简单，数据可靠性要求较低的互联网场景。
-
PG：
- 围绕复杂的程序,复杂的设计,集成和数据完整性、事务支持,而不是在高速
- 比如金融、电信、ERP、CRM、Yahoo使用了一个修改的PostgreSQL数据库来处理每天数以亿计的事件，还有Reddit和Disqus
-
MySQL：
- 构建一个活跃用户超过数百万的面向消费者的app
- 用于Web应用程序的，高安全性的关系型数据库管理系统
- 比如google、facebook、alibaba、Slashdot、Twitter、Facebook与Wikipedia
MySQL通常被认为是针对网站与应用的快速数据库后端，能够进行快速的读取和大量的查询操作，不过在复杂特性与数据完整性检查方面不太尽如人意。 但是它灵活度高，可以根据不同的业务场景进行裁剪。 PostgreSQL是针对事务型企业应用的严肃、功能完善的数据库，支持强ACID特性和很多数据完整性检查的社区项目。可靠性好。
PostgreSQL的优点
1、在SQL的标准实现上要比MySQL完善，而且功能实现比较严谨；
2、存储过程的功能支持要比MySQL好，具备本地缓存执行计划的能力；
3、对表连接支持较完整，优化器的功能较完整，支持的索引类型很多，复杂查询能力较强；
4、PG主表采用堆表存放，MySQL采用索引组织表，能够支持比MySQL更大的数据量。
5、PG的主备复制属于物理复制，相对于MySQL基于binlog的逻辑复制，数据的一致性更加可靠，复制性能更高，对主机性能的影响也更小。
6、MySQL的存储引擎插件化机制，存在锁机制复杂影响并发的问题，而PG不存在。
PostgreSQL的缺点
1、当前的外部解决方案需要很高的学习曲线
2、没有主要版本的升级工具
3、需要将数据导出或复制到新版本
4、升级过程中需要双重存储
5、索引不能用于直接返回查询结果
6、不缓存查询执行计划
7、批量加载操作可能会受CPU限制
8、稀疏独立软件供应商支持
MySQ的优点
1、innodb的基于回滚段实现的MVCC机制，相对PG新老数据一起存放的基于XID的MVCC机制，是占优的。新老数据一起存放，需要定时触 发VACUUM，会带来多余的IO和数据库对象加锁开销，引起数据库整体的并发能力下降。而且VACUUM清理不及时，还可能会引发数据膨胀；
2、MySQL采用索引组织表，这种存储方式非常适合基于主键匹配的查询、删改操作，但是对表结构设计存在约束；
3、MySQL的优化器较简单，系统表、运算符、数据类型的实现都很精简，非常适合简单的查询操作；
4、MySQL分区表的实现要优于PG的基于继承表的分区实现，主要体现在分区个数达到上千上万后的处理性能差异较大。
5、MySQL的存储引擎插件化机制，使得它的应用场景更加广泛，比如除了innodb适合事务处理场景外，myisam适合静态数据的查询场景。
MySQL的缺点
1、与系统目录相关的事务不符合ACID
2、有时服务器崩溃可能会破坏系统目录
3、没有可插入的身份验证模块阻止集中管理账户
4、不支持角色，因此很难为许多用户维护权限
5、存储过程不可缓存
6、用于程序或触发器的表始终是预先锁定的
参考文章
PostgreSQL和MySQL到底选哪一个？这个对比表格让你做下决定
