前言
本篇介绍了MySQL与PostgreSQL之间技术选型与比较的问题
如果打算为项目选择一款免费、开源的数据库，那么我们可能会在MySQL与PostgreSQL之间犹豫不定。MySQL与PostgreSQL都是免费、开源、强大、且功能丰富的数据库。那么，哪一个才是最好的开源数据库，MySQL还是PostgreSQL？该选择哪一个开源数据库？
当项目在选择数据库时，所做的选择是个长期的决定，因为后续如果再改变方案，将是个非常困难且代价高昂的选择。所以，我们希望一开始就选择正确。那两个流行的开源数据库MySQL与PostgreSQL常常成为最后要选择的产品。对这两个开源数据库的高层次概览将会有助于最佳方案的选择。
区别&比较（一）
1、MySQL
MySQL相对来说比较年轻，首度出现在1994年。它声称自己是最流行的开源数据库。MySQL就是LAMP（用于Web开发的软件包，包括 Linux、Apache及Perl/PHP/Python）中的M。构建在LAMP栈之上的大多数应用都会使用MySQL，包括那些知名的应用，如 WordPress、Drupal、Zend及phpBB等。
MySQL最初的设计目标是成为一个快速的Web服务器后端，使用快速的索引序列访问方法（ISAM），不支持ACID。经过早期快速的发展之 后，MySQL开始支持更多的存储引擎，并通过InnoDB引擎实现了ACID。MySQL还支持其他存储引擎，提供了临时表的功能（使用MEMORY存 储引擎），通过MyISAM引擎实现了高速读的数据库，此外还有其他的核心存储引擎与第三方引擎。
MySQL的文档非常丰富，有很多质量不错的免费参考手册、图书与在线文档，还有来自于Oracle和第三方厂商的培训与支持。
MySQL近几年经历了所有权的变更和一些颇具戏剧性的事件。它最初是由MySQL AB开发的，然后在2008年以10亿美金的价格卖给了Sun公司，Sun公司又在2010年被Oracle收购。Oracle支持MySQL的多个版 本：Standard、Enterprise、Classic、Cluster、Embedded与Community。其中有一些是免费下载的，另外一 些则是收费的。其核心代码基于GPL许可，对于那些不想使用GPL许可的开发者与厂商来说还有商业许可可供使用。
现在，基于最初的MySQL代码还有更多的数据库可供选择，因为几个核心的MySQL开发者已经发布了MySQL分支。最初的MySQL创建者之一 Michael “Monty” Widenius貌似后悔将MySQL卖给了Sun公司，于是又开发了他自己的MySQL分支MariaDB，同样，它也是免费的，且基于GPL许可。知名的 MySQL开发者Brian Aker所创建的分支Drizzle对其进行了大量的改写，特别针对多CPU、云、网络应用与高并发进行了优化。
2.PostgreSQL
PostgreSQL标榜自己是世界上最先进的开源数据库。PostgreSQL的一些粉丝说它能与Oracle相媲美，而且没有那么昂贵的价格和傲慢的客服。它拥有很长的历史，最初是1985年在加利福尼亚大学伯克利分校开发的，作为Ingres数据库的后继。
PostgreSQL是完全由社区驱动的开源项目，由全世界超过1000名贡献者所维护。它提供了单个完整功能的版本，而不像MySQL那样提供了多个不同的社区版、商业版与企业版。PostgreSQL基于自由的BSD/MIT许可，组织可以使用、复制、修改和重新分发代码，只需要提供一个版权声明即可。
可靠性是PostgreSQL的最高优先级。它以坚如磐石的品质和良好的工程化而闻名，支持高事务、任务关键型应用。PostgreSQL的文档非常精良，提供了大量免费的在线手册，还针对旧版本提供了归档的参考手册。PostgreSQL的社区支持是非常棒的，还有来自于独立厂商的商业支持。
数据一致性与完整性也是PostgreSQL的高优先级特性。PostgreSQL是完全支持ACID特性的，它对于数据库访问提供了强大的安全性 保证，充分利用了企业安全工具，如Kerberos与OpenSSL等。你可以定义自己的检查，根据自己的业务规则确保数据质量。
在众多的管理特性 中，point-in-time recovery（PITR）是非常棒的特性，这是个灵活的高可用特性，提供了诸如针对失败恢复创建热备份以及快照与恢复的能力。但这并不是 PostgreSQL的全部，项目还提供了几个方法来管理PostgreSQL以实现高可用、负载均衡与复制等，这样你就可以使用适合自己特定需求的功能了。
3.平台应用
MySQL与PostgreSQL都出现在一些高流量的Web站点上：
MySQL：Slashdot、Twitter、Facebook与Wikipedia
PostgreSQL：Yahoo使用了一个修改的PostgreSQL数据库来处理每天数以亿计的事件，还有Reddit和Disqus
MySQL与PostgreSQL都能运行在多个操作系统上，如Linux、Unix、Mac OS X与Windows。他们都是开源、免费的，因此测试他们时的唯一代价就是你的时间与硬件。他们都很灵活且具有可伸缩性，可用在小型系统和大型分布式系统 上。
MySQL在一个领域上要比PostgreSQL更进一步，那就是它的触角延伸到了嵌入式领域，这是通过libmysqld实现的。PostgreSQL不支持嵌入式应用，依然坚守在传统的客户端/服务器架构上。
MySQL通常被认为是针对网站与应用的快速数据库后端，能够进行快速的读取和大量的查询操作，不过在复杂特性与数据完整性检查方面不太尽如人意。
PostgreSQL是针对事务型企业应用的严肃、功能完善的数据库，支持强ACID特性和很多数据完整性检查。他们二者都在某些任务上具有很快的速 度，MySQL不同存储引擎的行为有较大差别。
MyISAM引擎是最快的，因为它只执行很少的数据完整性检查，适合于后端读操作较多的站点，不过对于包含 敏感数据的读/写数据库来说就是个灾难了，因为MyISAM表最终可能会损坏。MySQL提供了修复MySQL表的工具，不过对于敏感数据来说，支持 ACID特性的InnoDB则是个更好的选择。
与之相反，PostgreSQL则是个只有单一存储引擎的完全集成的数据库。你可以通过调整postgresql.conf文件的参数来改进性能，也可以调整查询与事务。PostgreSQL文档对于性能调优提供了非常详尽的介绍。
MySQL与PostgreSQL都是高可配置的，并且可以针对不同的任务进行相应的优化。他们都支持通过扩展来添加额外的功能。
一个常见的误解就是MySQL要比PostgreSQL更容易学习。关系数据库系统都是非常复杂的，这两个数据库的学习曲线其实是差不多的。
4.标准兼容性
PostgreSQL旨在实现SQL兼容性（当前标准是ANSI-SQL:2008）。MySQL则兼容大部分SQL，不过还有自己的扩展，可以支 持NoSQL特性，这在参考手册中都有介绍。每种方式都有优缺点。兼容标准会让数据库管理员、数据库开发者与应用开发者更舒服一些，因为这意味着他们只需 学习一套标准、一套特性和命令即可。这会节省时间，提升效率，也不会被锁定在特定的厂商上。
支持使用非标准的自定义功能的人们认为这样可以快速采用新的特性，而不必等待标准进程完成。ANSI/ISO标准在不断演化，因此标准兼容性也是个 变化的目标：知名的关系型数据库Microsoft SQL Server、Oracle与IBM DB2也只是部分兼容于标准。
5.结论
虽然有不同的历史、引擎与工具，不过并没有明确的参考能够表明这两个数据库哪一个能够适用于所有情况。很多组织喜欢使用PostgreSQL，因为 它的可靠性好，在保护数据方面很擅长，而且是个社区项目，不会陷入厂商的牢笼之中。
MySQL更加灵活，提供了更多选项来针对不同的任务进行裁剪。很多时 候，对于一个组织来说，对某个软件使用的熟练程度要比特性上的原因更重要。
其它比较（二）
一.PostgreSQL相对于MySQL的优势
在SQL的标准实现上要比MySQL完善，而且功能实现比较严谨；
存储过程的功能支持要比MySQL好，具备本地缓存执行计划的能力；
对表连接支持较完整，优化器的功能较完整，支持的索引类型很多，复杂查询能力较强；
PG主表采用堆表存放，MySQL采用索引组织表，能够支持比MySQL更大的数据量。
PG的主备复制属于物理复制，相对于MySQL基于binlog的逻辑复制，数据的一致性更加可靠，复制性能更高，对主机性能的影响也更小。
MySQL的存储引擎插件化机制，存在锁机制复杂影响并发的问题，而PG不存在。
二、MySQL相对于PG的优势：
innodb的基于回滚段实现的MVCC机制，相对PG新老数据一起存放的基于XID的MVCC机制，是占优的。新老数据一起存放，需要定时触 发VACUUM，会带来多余的IO和数据库对象加锁开销，引起数据库整体的并发能力下降。而且VACUUM清理不及时，还可能会引发数据膨胀；
MySQL采用索引组织表，这种存储方式非常适合基于主键匹配的查询、删改操作，但是对表结构设计存在约束；
MySQL的优化器较简单，系统表、运算符、数据类型的实现都很精简，非常适合简单的查询操作；
MySQL分区表的实现要优于PG的基于继承表的分区实现，主要体现在分区个数达到上千上万后的处理性能差异较大。
MySQL的存储引擎插件化机制，使得它的应用场景更加广泛，比如除了innodb适合事务处理场景外，myisam适合静态数据的查询场景。
三、总结
开源数据库都不是很完善，商业数据库oracle在架构和功能方面都还是完善很多的。从应用场景来说，PG更加适合严格的企业应用场景（比如金融、电信、ERP、CRM），而MySQL更加适合业务逻辑相对简单、数据可靠性要求较低的互联网场景（比如google、facebook、alibaba）。
其它比较（三）
MySQL 与 PostgreSQL 比较，选哪个
为了弄明白PostgreSQL和MySQL的差别，搜索了关键字：MySQL vs PostgreSQL，并看了第一页的几个文章。以下是简单总结：
MySQL与PostgreSQL的区别
MySQL是应用开发者创建出来的DBMS；而PostgreSQL是由数据库开发者创建出来的DBMS 。换句话说，MySQL倾向于使用者的角度，回答的问题是 “你想解决的是什么问题”；而PostgreSQL倾向于理论角度，回答的问题是 “数据库应该如何来解决问题” 。
MySQL一般会将数据合法性验证交给客户；PostgreSQL在合法性难方面做得比较严格。比如MySQL里插入 “2012-02-30” 这个时间时，会成功，但结果会是 “0000-00-00”；PostgreSQL不允许插入此值。
通常，PostgreSQL 被认为特性丰富，而MySQL被认为速度更快。但这个观点基本是在 MySQL 4.x / PostgreSQL 7.x 的事情，现在情况已经变了，PostgreSQL 在9.x版本速度上有了很大的改进，而MySQL特性也在增加。
在架构上，MySQL分为两层：上层的SQL层和几个存储引擎（比如InnoDB，MyISAM）。PostgreSQL 只有一个存储引擎提供这两个功能。
这两个数据库系统都可以针对应用的情境被优化、定制，精确的说哪个性能更好很难。MySQL项目一开始焦点就在速度上，而PostgreSQL一开始焦点在特性和规范标准上。选哪个？
可能是由于历史原因MySQL在开发者中更流行一些。至少我们上学时没听说过PostgreSQL，当时不是MS SQL Server就是MySQL，而MySQL是开源的。实事上PostgreSQL直到8.0才官方支持了Windows系统。
如果没有什么历史原因（比如系统已经基于MySQL多年了），或技术积累原因（同事中MySQL高手多），那么我觉得选择PostgreSQL不会有错。
有趣的是，在Google上搜索 “switch postgresql to mysql” 时，结果中第一页全是 “Switch to PostgreSQL from MySQL”，第二页终于有个是from PostgreSQL to MySQL，不过只有它一个，而且原因不是说PostgreSQL不好，而是因为作者MySQL经验多些。
其它比较（三）
360°全方位比较PostgreSQL和MySQL
一、原文
https://www.enterprisedb.com/blog/postgresql-vs-mysql-360-degree-comparison
二、摘要
本文对MySQL和PostgreSQL进行详细的比较，方便选择。
1、为什么使用PostgreSQL
2、为什么使用MySQL
3、易用性
4、语法
5、数据类型
6、复制与集群
7、视图
8、触发器
9、存储过程
10、查询
11、分区
12、表的可伸缩性
13、NoSQL能力
14、安全
15、分析函数
16、GUI工具
17、性能
18、Adoption
19、最佳环境
三、PG vs MySQL：选择哪个？
PostgreSQL和MySQL都是最流行的开源数据库。MySQL被认为是世界上最流行的数据库，而PostgreSQL被认为是世界上最先进的数据库。MySQL并不完全符合SQL标准，并且很多PG上的特性并不支持。这就是为什么PG受到大量开发者喜欢的原因，并且现在PG越来越流行。
前几年，Oracle收购了MySQL，导致MySQL的出现两个版本：商业版和社区版。对于后者，由于Oracle控制了MySQL的开发，受到了广大使用者的批评。
PostgreSQL是世界上最受欢迎的数据库：他支持大量企业级特性和功能。PG由postgresql全球社区开发，该社区由一批优秀的开发人员组成，几十年来一直努力确保PG具有丰富的功能，并与其他开源、商业数据库竞争。社区也从世界各地的公司得到巨大贡献。
1、为什么使用PG
PG作为开源、功能丰富的数据库，可与Oracle展开竞争。开发者也会将PG当做NoSQL数据库来使用。在云中和本地部署使用PG非常简单，也可以在docker容器等各个平台使用。
PG完全支持ACID，对开发人员和DBA非常友好，是跨任何域的高并发事务、复杂应用程序最佳选择，可以满足基于WEB和移动的各种应用程序服务。PG也是一个非常好的数据仓库，用于大数据上运行复杂的报告查询。
2、为什么使用MySQL
MySQL具有社区版和商业版。商业版由Oracle管理。作为关系型数据库，部署和使用非常简单。但是对于SQL标准要求很高的应用不太合适。MySQL的集成能力也有限，很难成为异构数据库环境的一部分。
MySQL适用于简单web应用程序或者需要简单schema、SQL执行数据库操作的应用。对于处理大量数据的复杂应用来说，MySQL并不是一个很好的选择。
3、易用性
PG能够处理结构化和非结构化的数据、具备关系型数据库所有的特性。MySQL在SQL和特性方面的局限性可能会为其构建高效的RDBMS应用程序带来挑战。
4、语法
大部分数据库的SQL语法都比较相似。然而，MySQL并不支持所有的SQL。对于支持的SQL和其他数据库都比较相似。例如查询，PG和MySQL都是：
SELECT * FROM employees;
5、数据类型
MySQL和PG都支持许多数据类型，从传统的数据类型（integer、date、timestamp）到复杂类型（json、xml、text）。然而，在复杂实时数据查询下又有所不同。
PG不止支持传统数据类型：numeric、strings、date、decimal等，还支持非结构的数据类型：json、xml、hstore等以及网络数据类型、bit字符串，还有ARRAYS，地理数据类型。
MySQL不支持地理数据类型。
从9.2开始，PG支持json数据类型。相对于MySQL来说，PG对json的支持比较先进。他有一些json指定的操作符和函数，是的搜索json文本非常高效。9.4开始，可以以二进制的格式存储json数据，支持在该列上进行全文索引（GIN索引），从而在json文档中进行快速搜索。
从5.7开始，MySQL支持json数据类型，比PG晚。也可以在json列上建立索引。然而对json相关的函数的支持比较有限。不支持在json列上全文索引。由于MySQL对SQL支持的限制，在存储和处理json数据方面，MySQL不是一个很好的选择。
6、复制和集群
MySQL和PG都具有复制和集群的能力，能够确保数据操作水平分布。
MySQL支持主-备、一主多备的复制机制，通过SQLs即binlog保证将所有的数据传输到备机上。这也是复制只能是异步、半同步的原因。
优点：备机可以写。这就意味着一旦master崩溃了，slave可以马上接管，确保应用正常工作。DBAs需要确保slave变成主了，并且新的binlog复制到原主。当有很多长SQL时，复制会变得慢。
MySQL也支持NDB集群，即多主的复制机制。这种类型的复制对要求水平扩展的事务有利。
PG的复制和MySQL不同，他是基于WAL文件，使复制更加可靠、更快、更有利于管理。他也支持主备和一主多从的模式，包括级联复制形式。PG的复制成为流复制或物理复制，可以异步也可以同步。
默认情况下，复制时异步，Slave能够满足读请求。如果要求在备机上读到的数据和主机上一样，就需要设置同步复制。但是缺点是一旦备机上事务没有提交，主机就会hang住。
可以使用第三方工具Slony、Bucardo、Londiste、RubyRep等对表级别的复制进行归档。这些工具都是基于触发器的复制。PG也支持逻辑复制。最初通过pglogical扩展支持逻辑复制，从10开始内核支持逻辑复制。
7、视图
MySQL支持视图，视图下面通过SQL使用的表的个数限制为61。视图不存储物理数据，也不支持物化视图。简单SQL语句创建的视图可以更新，复杂SQL创建的视图不可以更新。
PG和MySQL类似。简单SQL创建的视图可更新，复杂的不行。但是可以通过RULES更新复杂的视图。PG支持物化视图和REFRESHED。
8、触发器
MySQL支持INSERT、UPDATE、DELETE上AFTER和BEFORE事件的触发器。触发器不同执行动态SQL语句和存储过程。
PG的触发器比较先进。支持AFTER、BEFORE、INSTEAD OF事件的触发器。如果在触发器唤醒时执行一个复杂的SQL，可以通过函数来完成。PG中的触发器可以动态执行函数：
CREATE TRIGGER audit AFTER INSERT OR UPDATE OR DELETE ON employee FOR EACH ROW EXECUTE FUNCTION employee_audit_func();
9、存储过程
MySQL和PG都支持存储过程，但MySQL仅支持标准的SQL语法，而PG支持非常先进的存储过程。PG以带RETURN VOID子句的函数形式完成存储过程。PG支持的语言有很多：Ruby、Perl、Python、TCL、PL/pgSQL、SQL和JavaScript。而MySQL则没有这么多。
10、查询
使用MySQL时需要考虑的限制：
l 某些UPDATE SQL的返回值不符合SQL标准
mysql> select * from test; +------+------+ | c | c1 | +------+------+ | 10 | 100 | +------+------+ 1 row in set (0.01 sec) mysql> update test set c=c+1, c1=c; Query OK, 1 row affected (0.01 sec) Rows matched: 1 Changed: 1 Warnings: 0 mysql> select * from test; +------+------+ | c | c1 | +------+------+ | 11 | 11 | +------+------+ 1 row in set (0.00 sec) 预期的标准形式： mysql> select * from test; +------+------+ | c | c1 | +------+------+ | 11 | 10 | +------+------+
l 不能执行的UPDATE或DELETE语句：
mysql> delete from test where c in (select t1.c from test t1, test t2 where t1.c=t2.c); ERROR 1093 (HY000):
l 子查询中不能使用LIMIT子句
mysql> select * from test where c in (select c from test2 where c<3 limit 1); ERROR 1235 (42000):
MySQL也不支持“LIMIT & IN/ALL/ANY/SOME子句”。同样也不支持FULL OUTER JOINS、INTERSECT、EXCEPT等。也不支持Partial索引、bitmap索引、表达式索引等。PG支持所有SQL标准的特性。对于需要写复杂SQL的开发者来说，PG是一个很好的选择。
11、分区
MySQL和PG都支持表分区，然而双方都有一些限制。
MySQL支持的分区类型有RANGE、LIST、HASH、KEY和COLUMNS（RANGE和LIST），也支持SUBPARTITIONING。然而DBA在使用时可能不太易用。
l MySQL8.0，只有innodb和NDB存储引擎支持表分区，其他存储引擎不支持。
l 如果分区key的列不是主键或者唯一键的一部分，那么就不可能对表进行分区。
l 从5.7.24开始，逐步取消支持将表分区放在表空间上，这意味着DBA无法平衡表分区和磁盘IO。
mysql> create table emp (id int not null, fname varchar (30), lname varchar(30), store_id int not null ) partition by range (store_id) ( partition p0 values less than (6) tablespace tbs, partition p1 values less than(20) tablespace tbs1, partition p2 values less than (40) tablespace tbs2); ERROR 1478 (HY000): InnoDB : A partitioned table is not allowed in a shared tablespace. mysql>
PG支持表分区继承和声明表分区。声明表分区在10引入，和MySQL类似，而表分区继承通过使用触发器和规则来完成。分区类型支持RANGE、LIST、HASH。限制：
l 和MySQL类似，声明表分区只能在主键和唯一键上
l 继承表分区，子表不能继承主键和唯一键。
l INSERT和UPDATE不能自动恒信到字表。
12、表的扩展性
表段变得越来越大时会造成性能问题，在这个表上的查询会占用更多资源，花费更多时间。MySQL和PG需考虑不同因素。
MySQL支持B+tree索引和分区，这些可以对大表提升性能。然而，由于不支持bitmap、partial和函数索引，DBA不能更好的进行调优。而且分区表不能放到不同表空间上，这也造成IO不能更好平衡。
PG的表达式索引、partial索引、bitmap索引和全文索引都可以提升大表的性能。PG的表分区和索引可以放到不同的磁盘上，能够更好提升表的扩展性。为实现水平表级别的扩展，可以使用citusdb、Greenplum、Netezza等。开源的PG不支持水平表分区，PostgresXC支持，但是他的性能不好。
13、存储
数据存储是数据库的一个关键能力。PG和MySQL都提供多种选项存储数据。
PG有一个通用的存储特性：表空间能够容纳表、索引、物化视图等物理对象。通过表空间，可以将对象进行分组并存储到不同物理位置，可以提升IO能力。PG12之前版本，不支持可拔插存储，12只支持可拔插架构。
MySQL和PG类似，未来具有表空间特性。他支持可拔插存储引擎。这是MySQL的一个优点。
14、支持的数据模型
关系型数据库的NoSQL能力能够帮助处理非结构化的数据，例如json、xml、text等。
MySQL的NoSQL能力比较有限。5.7引入了json数据类型，需要很长时间才能变得更加成熟。
PG具有丰富的json能力，未来3年内是需要NoSQL能力的开发者的一个很好的选择。Json和jsonb数据类型，使得PG对json操作更快更有效。同样可以在json数据列上建立B-tree索引和GIN索引。XML和HSTORE数据类型可以处理XML格式以及其他复杂text格式的数据。对空间数据类型的支持，使得PG是一个完整的多模型数据库。
15、安全性
数据库安全在未认证即可访问的数据库中扮演者很重要的角色。安全包括对象级别和连接级别。
MySQL通过ROLES和PRIVILEGES将访问权限付给数据库、对象和连接。每个用户都需要赋予连接权限。
GRANT ALL PRIVILEGES ON testdb.* TO 'testuser@'192.168.1.1’ IDENTIFIED BY 'newpassword'; GRANT ALL PRIVILEGES ON testdb.* TO 'testuser@'192.168.1.*’ IDENTIFIED BY 'newpassword';
每次赋权时都需要指定密码，否则用户将不能连接。
MySQL同样支持SSL连接。可以和外部认证系统LDAP和PAM集成。是其企业版一部分。
PG使用GRANT命令通过ROLES和PRIVILEGES提供访问权限。连接认证比较简单，通过pg_hba.conf认证文件设置：
host database user address auth-method [md5 or trust or reject]
PG开源版本同样支持SSL连接，可以和外部认证系统集成。
解析函数对一组行数据进行聚合。有两种类型的解析函数：窗口函数和聚合函数。聚合函数执行聚合并返回记录集合的一个聚合值（sum,avg,min,max等）；而解析函数返回每个记录的聚合值。MySQL和PG都支持多种聚合函数。MySQL8.0才支持窗口函数，PG很早就已经支持了。
PG支持的窗口函数：
函数名 | 描述 |
|---|---|
CUME_DIST | Return the relative rank of the current row. |
DENSE_RANK | Rank the current row within its partition without gaps. |
FIRST_VALUE | Return a value evaluated against the first row within its partition. |
LAG | Return a value evaluated at the row that is at a specified physical offset row before the current row within the partition. |
LAST_VALUE | Return a value evaluated against the last row within its partition. |
LEAD | Return a value evaluated at the row that is offset rows after the current row within the partition. |
NTILE | Divide rows in a partition as equally as possible and assign each row an integer starting from 1 to the argument value. |
NTH_VALUE | Return a value evaluated against the nth row in an ordered partition. |
PERCENT_RANK | Return the relative rank of the current row (rank-1) / (total rows-1) |
RANK | Rank the current row within its partition with gaps. |
ROW_NUMBER | Number the current row within its partition starting from 1. |
MySQL支持PG所有的窗口函数，除了以下限制：
l 窗口函数不能出现在UPDATE和DELETE中
l 窗口函数不支持DISTINCT
l 窗口函数不支持NESTED
16、图形界面工具
MySQL有Oracle的SQL Developer、MySQL workbench、dbeaver、omnidb等，监控工具有nagios、cacti、zabbix等。PG也可以使用Oracle的SQL Developer、pgAdmin、omnidb、dbeaver。监控工具有Nagios, Zabbix, and Cacti。
17、性能
MySQL数据库性能调优选项比较有限，很多索引类型都不支持。写一个高效的SQL语句具有挑战性。对于大规模数据，MySQL也不是个很好的选择。表空间仅支持innodb，并且无法容纳表分区。
PG非常适合任何类型的负载：OLTP，OLAP，数据仓库等。由于支持的索引类型比较多，可以更好的提升性能。PG也有选项采集数据库内存使用，分区表可以放到不同表空间平衡IO。
18、Adoption
PG是世界上最先进的开源数据库。 EnterpriseDB 和2ndQuadrant公司能够保证PG在世界范围上被更多用户使用。
MySQL表示RDBMS和ORDBMS应用的最佳选择。因为自从Oracle收购MySQL依赖，MySQL的采用率明显下降，开源领域的开发进度也受到冲击，招致MySQL用户的批评。
19、最佳环境
MySQL流行于LAMP栈，PG流行于LAPP栈。LAPP栈代表Linux、Apache、Postgres和Php/Python，并且越来越流行。LAMP栈代表 Linux Apache MySQL/MongoDB and Php/Python。
参考：
https://blog.csdn.net/testcs_dn/article/details/70482421 https://blog.csdn.net/jiangheng0535/article/details/17217223 https://www.cnblogs.com/sbj-dawn/p/8053549.html https://www.enterprisedb.com/blog/postgresql-vs-mysql-360-degree-comparison
其它
http://www.savh.cn/thread-1600.htm
转载请注明:Savh.Cn 发表
