以下文章来源于 DBAplus社群概述

本文介绍MySQL和PostgreSQL的一些特性对比,让大家了解二者的优劣,更好的做出选择。当前国内的现状,互联网公司使用MySQL的较多,PostgreSQL的使用比例反而不高,但相信看到PG的新特性后,你会爱上她。当然MySQL作为最流行的数据库,依然会吸引大部分人的眼球。

PostgreSQL标榜自己是世界上最先进的开源数据库,甚至PG粉丝或者一些PGER宣称,她可以和Oracle相媲美(虽然PG很强大,但是和Oracle还是有差距的,当然PG优势也是显而易见的),而且没有那么昂贵的价格和傲慢的客服。

当然PG功能完善和强大是最早始于9版本,在10版本快速发展,增加很多功能和特性。PostgreSQL是完全由社区驱动的开源项目,他的核心代码,都是由社区维护,商用版本都是基于PG做的二次开发。

MySQL 声称自己是最流行的开源数据。看现在国内的现状,称得上名副其实。MySQL被卖几次后,最终落到Oracle公司的囊中。正是因此,MySQL之父Monty,修改了MySQL的源代码,创立了MariaDB分支。

说到这里当然不得不提另一个重要的分支,Percana公司的Percona Server。Percona公司更擅长MySQL运维,开发了很多非常实用运维工具,而且都已经开源,并回馈给社区,像XtraBackup和pt-Toolkits工具。

简单对比MySQL和PostgreSQL发现,MySQL背后是成熟的商业公司(Oracle有自己的MySQL企业版,收费,有许多社区版没有的特性),而PostgreSQL背后是一个庞大的志愿开发组,相比而言,PostgreSQL的商业性质更少一些,他没有所谓的PostgreSQL企业版,但是存在基于PG开发的一些企业级的PG数据库。

下面我将从以下几个方面阐述MySQL和PostgreSQL的异同和优劣,由于笔者水平的限制,不当之处,还请大家多提意见。

一、开源方面

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的版权在甲骨文手中,甲骨文可以推了其商业闭源版本。

如上图所示,开源软件协议

二、ACID支持方面

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的间隙锁影响较大,锁定数据较多。

六、性能

1、PostgreSQL

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

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

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

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

2、MySQL

1)MySQL是广泛选择的基于Web的项目,需要数据库只是为了简单的数据事务。但是,当遇到重负载或尝试完成复杂查询时,MySQL通常会表现不佳。

2)MySQL的读取速度,在OLTP系统中表现良好。

3)MySQL + InnoDB为OLTP场景提供了非常好的读/写速度。总体而言,MySQL在高并发场景下表现良好。

4)MySQL是可靠的,并且与商业智能应用程序配合良好,因为商业智能应用程序通常读取很多。

七、高可用技术的实现

1、PostgreSQL

1)基于流复制的异步、同步主从。

2)基于流复制的–keepalive。

3)基于流复制的 –repmgr。

4)基于流复制的 –patroni+etcd。

5)共享存储HA(corosync+pacemaker)。

6)Postgres-XC。

7)Postgres-XL。

8)中间件实现:pgpool、pgcluster、slony、plploxy。

2、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优劣对比

1、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公司控制。

2、MySQL相对于PG的优势

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

2)MySQL采用索引组织表,这种存储方式非常适合基于主键匹配的查询、删改操作,但是对表结构设计存在约束。

3)MySQL的优化器较简单,系统表、运算符、数据类型的实现都很精简,非常适合简单的查询操作。

4)MySQL相对于PG在国内的流行度更高,PG在国内显得就有些落寞了。

5)MySQL的存储引擎插件化机制,使得它的应用场景更加广泛,比如除了innodb适合事务处理场景外,myisam适合静态数据的查询场景。

总结

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

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

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

作者丨郭庆慧来源丨东方龙马(ID:OLM-FWH)

1、BAT都在悄悄“拆”中台,“碎片化中台” 时代已来!

2、中台搞了2年,项目叫停,CIO被裁!本以为中台是道送分题,没想到是送命题!

3、报告老板:中台项目成功了,CTO也被搞走了!

关注“选型宝订阅号”,下载“ IT干货大全”

数字化转型案例大全:14个行业,240个案例,史上最全!IT预算模板:100套,百度上能搜到的,全在这儿了知名企业IT规划案例:100套(PPT),绝对干货关于中台:2019年 公众号能搜到的文章,全在这里了,吐血整理

pg 主键系统信息_神仙打架:PG 和 MySQL 到底哪个更好用?相关推荐

  1. 神仙打架:PG 和 MySQL 到底哪个更好用?

    概述 本文介绍MySQL和PostgreSQL的一些特性对比,让大家了解二者的优劣,更好的做出选择.当前国内的现状,互联网公司使用MySQL的较多,PostgreSQL的使用比例反而不高,但相信看到P ...

  2. mysql复合主键优缺点_提问关于 mysql得联合主键和复合主键的问题

    这个问题要是问外国开发者,TA们能一脸懵逼. 在英文语境中只有 Composite Primary Key(也有叫 Compound Primary Key 的),就是一个表中如果是多个字段组成一个主 ...

  3. hive导数据到mysql 自增主键出错_老大问我:“建表为啥还设置个自增 id ?用流水号当主键不正好么?”...

     前言"又要开始新项目了,一顿操作猛如虎,梳理流程加画图.这不,开始对流程及表结构了.我:吧啦吧啦吧啦 --老大:这个建表为啥还设置个自增 id ?直接用流水号(用户号/产品号)当主键不就行 ...

  4. 修改自增主键初始化_数据库自增ID用完了会怎么样?

    看到这个问题,我想起当初玩魔兽世界的时候,25H难度的脑残吼的血量已经超过了21亿,所以那时候副本的BOSS都设计成了转阶段.回血的模式,因为魔兽的血量是int型,不能超过2^32大小. 估计暴雪的设 ...

  5. 权限表使用联合主键吗_天天写 order by,你知道Mysql底层执行流程吗?

    前言 在实际的开发中一定会碰到根据某个字段进行排序后来显示结果的需求,但是你真的理解order by在 Mysql 底层是如何执行的吗? 假设你要查询城市是苏州的所有人名字,并且按照姓名进行排序返回前 ...

  6. mysql非主键索引_主键索引和非主键索引的区别

    1. 什么是最左前缀原则? 以下回答全部是基于MySQL的InnoDB引擎 例如对于下面这一张表 如果我们按照 name 字段来建立索引的话,采用B+树的结构,大概的索引结构如下 如果我们要进行模糊查 ...

  7. mysql主键自增为什么在插入的时候还要自己写主键值_数据库主键自增插入显示值...

    SQL Server 2008 数据库主键自增插入显示值 前几天在工作的时候遇到在删除数据库中表的数据的时候,删除之后,重新添加的数据没有得到原来的数据的id值(表中id为主键,且设置为自增) ,使用 ...

  8. mysql 主键溢出检查_详解MySQL 表中非主键列溢出情况监控

    今天,又掉坑了. 之前踩到过MySQL主键溢出的情况,通过prometheus监控起来了. 这次遇到的坑,更加的隐蔽. 是一个log表里面的一个int signed类型的列写满了.快速的解决方法当然还 ...

  9. hive导数据到mysql 自增主键出错_面试官:MySQL表设计要注意什么?

    本文公众号来源:孤独烟 作者:孤独烟 引言 这篇文章的很多问题,都是面试中实打实会问到的! 比如 OK,具体有下面这些问题 1.为什么一定要设一个主键? 2.你们主键是用自增还是UUID? 3.主键为 ...

最新文章

  1. 费用流 ---- P1251 餐巾计划问题[拆点](网络流24题)
  2. 窗口分析函数_8_计算某列的中间值
  3. 如何将类序列化并直接存储入数据库
  4. 分布式ID业界解决方案
  5. linux img 内核启动,linux的启动流程(initrd.img)
  6. esper(4-3)-Non-Overlapping Context
  7. vue css自定义标签,Vue如何使用CSS自定义变量
  8. 一步一步安装UEFI分区方式的windows 10 企业版
  9. 直播卖货到底是不是卖人设?
  10. 视频教程-AJAX+JSON完成实时验证码检测+输入补齐-Java
  11. oracle11g64位怎么用sql,PLSQLDeveloper连接Oracle11g64位数据库配置详解(图文)
  12. 英伟达显卡安装老驱动388.71
  13. org.jboss.deployment.DeploymentException: URL file:/X:/workspace/JBoss_AS/XXX.war/ deployment failed
  14. 亮紫色晶体meso四(4-氨基苯基)卟啉TAPP/TAPPPt/TAPPCo/TAPPCd/TAPPZn/TAPPPd/TAPPCu/TAPPNi/TAPPFe/TAPPMn金属配合物-齐岳供应
  15. 直拨电话和ip电话区别_IP电话的基础
  16. Web APIs第01天笔记——Web API介绍
  17. 如何解决Google浏览器被拦截
  18. 隔代育儿真那么可怕么?
  19. 毕业设计-基于深度学习的图像去噪方法研究
  20. uboot分区和内核MTD分区

热门文章

  1. LeetCode简单题之学生分数的最小差值
  2. 双圆弧插值算法(二)
  3. 一篇学会HttpServletRequest
  4. 2021年大数据Kafka(十一):❤️Kafka的消费者负载均衡机制和数据积压问题❤️
  5. Supervisor使用详解
  6. GIT上传服务器同步到web目录
  7. 【CV】Numpy|Python中矩阵和数组乘法及向量相关问题
  8. [JAVAEE] 初识ThymeLeaf
  9. legend位置 pyecharts_实验|pyecharts数据可视化分析-1
  10. C++ 虚函数与存虚函数