PG与MySQL优劣势对比_mysql和pg

一、PG和MySQL的发展历史

 VS 

1.1 PostgreSQL

PostgreSQL的发展历史可以追溯到20世纪80年代末和90年代初，最早由加拿大的计算机科学家Michael Stonebraker和他的团队在加州大学伯克利分校启动。该项目最初是作为Ingres数据库的继承者而开始的，Ingres是一个早期的关系型数据库系统。然而，随着项目的推进，PostgreSQL逐渐发展成了一个全新的项目，采用了更加现代化的架构和设计。

在PostgreSQL的早期阶段，团队最初使用的是QUEL编程语言，而不是现在普遍使用的SQL。然而，随着1986年美国国家标准学会将SQL设置为首选的数据库查询语言，PostgreSQL团队也转向了SQL，并在后续版本中逐渐实现了SQL的支持。

1995年，Postgres95正式发布，这标志着PostgreSQL的一个重要里程碑。在这一版本中，SQL被正式引入，为PostgreSQL的后续发展奠定了坚实的基础。随后，在1996年，第一个真正的PostgreSQL版本6.0以开源软件的形式发布。这一决定为PostgreSQL的成长和社区发展打下了坚实的基础，吸引了大量开发者和用户的关注。

随着时间的推移，PostgreSQL不断发展和完善。在2005年1月19日，PostgreSQL发行了版本8.0，这一版本在性能、稳定性和功能方面都有了显著的提升。此后，PostgreSQL的版本更新迭代更加频繁，每个新版本都带来了新的特性和改进。

在PostgreSQL的发展历程中，社区的力量起到了关键作用。全球范围内的PostgreSQL开发者和用户共同为项目的成长和发展做出了贡献。他们通过参与开发、提交补丁、分享经验等方式，推动了PostgreSQL的不断进步。

近年来，PostgreSQL的发展势头更加迅猛。它在大数据、云计算、物联网等领域得到了广泛的应用，成为了最受欢迎的开源关系型数据库之一。同时，PostgreSQL也在不断探索和适应新的技术趋势和应用场景，例如支持更多的数据类型、加强数据安全性、优化查询性能等。

1.2 MySQL

MySQL的发展历史可以追溯到1994年，当时两位瑞典工程师Michael Widenius和David Axmark在瑞典乌普萨拉大学的计算机科学系开始着手于一个轻量级的数据库项目，命名为mSQL（miniSQL）。这个项目的初衷是为了构建一个可靠而高效的小型数据库管理系统，主要用于在线出版物的维护和其他互联网应用（如搜索引擎和Web服务器）的支持。

随着项目的扩展，mSQL逐渐发展成为了一个功能更加全面的数据库产品，吸引了用户的广泛关注。在经过几年的发展和改善后，Widenius和Axmark开始寻求将他们的项目扩展为更为完整的数据库系统。1995年，MySQL 1.0版正式发布，MySQL取代了mSQL成为这个新项目的名称。

在MySQL的发展过程中，一些重要的里程碑事件值得一提。2000年，MySQL公布了自己的源代码，并采用GPL许可协议，正式进入开源世界。同年，ISAM存储引擎被升级为MyISAM引擎。MySQL的开源特性使得它得到了更广泛的应用和社区支持，同时也推动了其快速发展。

2002年前后，InnoDB引擎出现并加入到MySQL中。InnoDB引擎的引入极大地提高了MySQL的事务处理能力及数据缓存能力，使其在关系型数据库领域获得了更高的地位。随着MySQL的不断发展，它逐渐成为了最流行的开源关系型数据库管理系统之一。

在MySQL的版本发布历史中，每个新版本都带来了新的特性和改进。例如，MySQL 5.7改进了InnoDB存储引擎的性能和可靠性，MySQL 8.0加入了窗口函数和CTE（通用表表达式）等新特性。同时，MySQL还支持集群的搭建，提高了数据库的可扩展性。

随着云计算的崛起，数据库云化成为一个趋势。MySQL 8.0加入了新的特性，使得MySQL数据库更加适合在云平台上使用。例如，支持Slave的自动故障切换和分离，以及异步复制和多源复制等功能，提高了在云平台上的可用性和灵活性。

此外，MySQL的架构也在不断演变。随着分布式数据库和大数据技术的发展，MySQL也在不断探索和适应新的应用场景。例如，数据切割（sharding）技术的引入使得MySQL能够更好地处理大规模数据。

二、开源性

PostgreSQL: The world's most advanced open source database。

• 开源协议：PostgreSQL基于自由的BSD/MIT许可，组织可以使用、复制、修改和重新分发代码，只需要提供一个版权声明即可。
• PG的开源协议特别灵活，任何公司的和个人都可以把PG作为一个产品销售，而不需要像MySQL那样必须修改大部分代码才可以作为公司的产品。

MySQL：World's Most Popular Open Source Database。

• 开源协议：核心代码基于GPL或Commercial License。

• MySQL的开源协议是基于GPL协议，任何公司都可以免费使用，不允许修改后和衍生的代码做为闭源的商业软件发布和销售，MySQL的版权在甲骨文手中，甲骨文可以推了其商业闭源版本。

三、事务支持

• PostgreSQL支持事务的强一致性，事务保证性好，完全支持ACID特性。

• MySQL只有innodb引擎支持事务，事务一致性保证上可根据实际需求调整，为了最大限度的保护数据，MySQL可配置双一模式，对ACID的支持上比PG稍弱弱。

四、SQL标准支持

• PostgreSQL几乎支持所有的SQL标准，支持类型相当丰富。

• MySQL只支持部分SQL标准，相比于PG支持类型稍弱。

五、数据复制：

• MySQL的复制是基于binlog的逻辑异步复制，无法实现同步复制。
  复制模式：

  一主一备

一主多备
级联复制
循环复制
主主复制

数据流转优势：通过canal增量数据的订阅和消费，可以同步数据到kafka，通过kafka做数据流转。

**MySQL**所有的高可用方案都是基于binlog做的同步，以及基于**MySQL**的分布式数据也是基于MySQL的binlog实现，binlog是MySQL生态圈最基本技术实现。

• PostgreSQL可以做到同步，异步，半同步复制，以及基于日志逻辑复制，可以实现表级别的订阅和发布。
  复制模式：

  *   一主一备。
  

  • 一主多备。
  • 级联复制。
  • 热备库/流复制。
  • 逻辑复制。

数据流转优势：通过逻辑复制实现消息的订阅和消费，可以同步数据到kafka，通过kafka实现数据流转。

六、并发控制并发控制

• PostgreSQL通过其MVCC实现有效地解决了并发问题，从而实现了非常高的并发性。

  PG新老数据一起存放的基于XID的MVCC机制,新老数据一起存放，需要定时触发VACUUM，会带来多余的IO和数据库对象加锁开销，引起数据库整体的并发能力下降。而且VACUUM清理不及时，还可能会引发数据膨胀。

  当然 PostgreSQL 还有一点影响比较，为了保证事务的强一致性，未决事务会影响所有表VACUUM清理，导致表膨胀。

• MySQL 仅在InnoDB中支持MVCC（并发版本控制）。

  innodb的基于回滚段实现的MVCC机制,但是MySQL的间隙锁影响较大，锁定数据较多。

七、性能方面

• PostgreSQL：

1. PostgreSQL广泛用于读写速度高和数据一致性高的大型系统。此外，它还支持各种性能优化，当然这些优化仅在商业解决方案中可用，例如地理空间数据支持，没有读锁定的并发性等等。

2. PostgreSQL性能最适用于需要执行复杂查询的系统。

3. PostgreSQL在OLTP/ OLAP系统中表现良好，读写速度以及大数据分析方面表现良好，基于PG的GP数据库，在数据仓库领域表现良好。

4. PostgreSQL也适用于商业智能应用程序，但更适合需要快速读/写速度的数据仓库和数据分析应用程序。

• MySQL：

1. MySQL是广泛选择的基于Web的项目，需要数据库只是为了简单的数据事务。但是，当遇到重负载或尝试完成复杂查询时，MySQL通常会表现不佳。
2. MySQL的读取速度，在OLTP系统中表现良好。
3. MySQL + InnoDB为OLTP场景提供了非常好的读/写速度。总体而言，MySQL在高并发场景下表现良好。
4. MySQL是可靠的，并且与商业智能应用程序配合良好，因为商业智能应用程序通常读取很多。

八、高可用方面

• PostgreSQL

1. 基于流复制的异步、同步主从。
2. 基于流复制的-keepalive。
3. 基于流复制的 -repmgr。
4. 基于流复制的 -patroni+etcd。
5. 共享存储HA（corosync+pacemaker）。
6. Postgres-XC。
7. Postgres-XL。
8. 中间件实现：pgpool、pgcluster、slony、plploxy。

• MySQL

1. 主从复制。
2. 主主复。
3. MHA。
4. LVS+KEEPALIVE。
5. MGR分布式数据库，多点写入[不建议]，基于paxos协议。
6. PXC分布式数据库，多点写入[不建议]，基于令牌环协议。
7. INNODB CLUSTER[8.0新技术，基于MGR实现，上层封装命令],基于paxos协议。
8. 中间件实现：mycat。

九、外部数据源

• PostgreSQL FDW -[foreign-data wrapper的一个简称，可以叫外部封装。

  PostgreSQL不支持多数据引擎。但支持Extension组件扩充，以及通过名为FDW的技术将Oracle、Hadoop、MongoDB、SQLServer、Excel、CSV文件等作为外部表进行读写操作，因此，可以为大数据与关系型数据库提供良好对接。

• MySQL：无。

十、数据存储和数据类型

• PG主表采用堆表存放，存放的数据量较大，数据访问方式类似于Oracle的堆表。

• MySQL采用索引组织表，MySQL必须有主键索引，所有的数据访问都是通过主键实现，二级索引访问时，需要扫描两遍索引（主键和二级索引）。

PostgreSQL与MySQL优劣对比

PostgreSQL相对于MySQL的优势：

1. 在SQL的标准实现上要比MySQL完善，而且功能实现比较严谨。
2. 存储过程的功能支持要比MySQL好，具备本地缓存执行计划的能力。
3. 对表连接支持较完整，优化器的功能较完整，支持的索引类型很多，复杂查询能力较强。
4. PG主表采用堆表存放，MySQL采用索引组织表，能够支持比MySQL更大的数据量。
5. PG的主备复制属于物理复制，相对于MySQL基于binlog的逻辑复制，数据的一致性更加可靠，复制性能更高，对主机性能的影响也更小。
6. MySQL的存储引擎插件化机制，存在锁机制复杂影响并发的问题，而PG不存在。
7. PG对可以实现外部数据源查询，数据源的支持类型丰富。
8. PG原生的逻辑复制可以实现表级别的订阅发布，可以实现数据通过kafka流转，而不需要其他的组件。
9. PG支持三种表连接方式，嵌套循环，哈希连接，排序合并，而MySQL只支持嵌套循环。
10. PostgreSQL源代码写的很清晰，易读性比MySQL强太多了。
11. PostgreSQL通过PostGIS扩展支持地理空间数据。地理空间数据有专用的类型和功能，可直接在数据库级别使用，使开发人员更容易进行分析和编码。
12. 可扩展型系统，有丰富可扩展组件，作为contribute发布。
13. PostgreSQL支持JSON和其他NoSQL功能，如本机XML支持和使用HSTORE的键值对。它还支持索引JSON数据以加快访问速度，特别是10版本JSONB更是强大。
14. PostgreSQL完全免费，而且是BSD协议，如果你把PostgreSQL改一改，然后再拿去卖钱，也没有人管你，这一点很重要，这表明了PostgreSQL数据库不会被其它公司控制。相反，MySQL现在主要是被Oracle公司控制。

MySQL相对于PG的优势：

1. innodb的基于回滚段实现的MVCC机制，相对PG新老数据一起存放的基于XID的MVCC机制，是占优的。新老数据一起存放，需要定时触 发VACUUM，会带来多余的IO和数据库对象加锁开销，引起数据库整体的并发能力下降。而且VACUUM清理不及时，还可能会引发数据膨胀。
2. MySQL采用索引组织表，这种存储方式非常适合基于主键匹配的查询、删改操作，但是对表结构设计存在约束。
3. MySQL的优化器较简单，系统表、运算符、数据类型的实现都很精简，非常适合简单的查询操作。
4. MySQL相对于PG在国内的流行度更高，PG在国内显得就有些落寞了。
5. MySQL的存储引擎插件化机制，使得它的应用场景更加广泛，比如除了innodb适合事务处理场景外，myisam适合静态数据的查询场景。

总结

总体上来说，开源数据库都不是很完善，商业数据库oracle在架构和功能方面都还是完善很多的。从应用场景来说，PG更加适合严格的企业应用场景（比如金融、电信、ERP、CRM），但不仅仅限制于此，PostgreSQL的json，jsonb，hstore等数据格式，特别适用于一些大数据格式的分析；而MySQL更加适合业务逻辑相对简单、数据可靠性要求较低的互联网场景（比如google、facebook、alibaba），当然现在MySQL的在innodb引擎的大力发展，功能表现良好。

MySQL 和 PostgreSQL 复杂的开源关系型数据库，本文只是作者根据自己经验写的对PG和MySQL的理解，难免有不当之处，不当之处还请大家多多指正。

MySQL在国内的发展已然很成熟，但是如果你转向PostgreSQL，会发现不一样的天地，学院派的风格，丰富的功能，肯定会给你带来不一样的惊喜。