![](http://image109.360doc.cn/DownloadImg/2023/11/0214/274756781_2_20231102022812586.jpeg)
之前呢!笔者在某平台上看了关于PostgreSQL相关的内容,并且看到下面评论中问到关于PostgreSQL这个数据库到底好不好用。那么下面我们就来聊聊关于PostgreSQL相关的内容,并且相比较于MySQL等一些数据到底有什么样的区别。
PostgreSQL的优势
PostgreSQL自称是目前为止最先进的关系型数据库,但是事实上,它不仅仅只是一个单纯的关系型的数据库。它其实还支持了一些非关系型数据的存储,也就是说它还支持了一些NoSQL的数据类型。例如用它可以实现KV键值对的存储,可以实现JSON数据的存储。
其实从本质上来讲,PostgreSQL才是真正的NoSQL,也就是Not Only SQL,不仅仅是SQL。这就是因为它不仅仅支持了关系型数据的存储,而且还支持了非关系型数据的存储,也就是说从另外一个角度上来讲,PostgreSQL其实可以理解为一个全栈类型的数据库。
那么什么是全栈呢?这里的全栈就是指它所能支持的使用场景比较的多,可以支持各种各样的扩展。
![](http://image109.360doc.cn/DownloadImg/2023/11/0214/274756781_3_2023110202281386.jpeg)
上面我们提到,PostgreSQL所支持的数据类型非常的丰富,这样使得它所能适配的场景会比较多,另外一点就是它也是可以支持事务操作的,而且它还提供了非常丰富的数据分析工具,虽然定位是一个对象关系数据库,但是它对于一些SQL结构化查询的支持也是非常好的。在有些方面的SQL操作的支持要比MySQL要更加的丰富,包括对于子查询、窗口函数等的支持。
PostgreSQL还支持了时序数据存储、地理位置信息的存储、数据仓库等PG都提供了它对应的解决方案。而且想必很多人也对其很多支持的高可用实现方案有所了解。例如PostgreSQL它也支持高可用集群部署方案,并且支持副本的冗余、也支持内存主从同步机制,它内置的基于二进制的同步复制方式在大部分情况下,比MySQL所支持的基于binlog的同步方式可能更加可靠。
![](http://image109.360doc.cn/DownloadImg/2023/11/0214/274756781_4_20231102022813414.jpeg)
另外就是PostgreSQL是它所支持的开源协议是BSD,也就是说它的开发的自由度会比较高,我们甚至可以基于PostgreSQL可以进行一些二次开发,并且二次开发的产品也可以变成自己的商业产品,国内有很多的数据仓库都是基于它来进行的二次开发,所以很多云原生的关系型数据库基本上都与它有着或多或少的联系,这也是PostgreSQL社区一直非常活跃的原因之一。
扩展性
PostgreSQL的扩展性也是比较强的,它是基于目录驱动进行的扩展。可以非常灵活的在其中添加一些数据类型、操作方式、以及内置函数等等。这过程也是非常弹性的也就是说你用的时候可以将它加上,不用的时候删除就可以了,不需要进行多余的编译加载的操作。这也是PostgreSQL为什么可以支持去自定义一些新的数据类型的原因。
与MySQL的差异
MySQL是基于GPLv2开源协议,虽然社区活跃度也不低,但是它背后毕竟是甲骨文,所以说商业化程度其实并不是太高。
![](http://image109.360doc.cn/DownloadImg/2023/11/0214/274756781_5_20231102022813914.jpeg)
MySQL支持了很多的存储引擎,除了InnoDB和NDB之外,其他的引擎都不支持事务操作。像是PostgreSQL的话它就只有一个存储引擎,所以直接就是支持事务的。虽然这种方式可以省去你选择的麻烦,但是所带来的问题就是无法进行合理的均衡设计,但是从另一个方面来讲,既然支持了,就一定会考虑性能,但是它在某些场景中,例如遇到一些小数据量的读写,可能就比不过MySQL所支持的一些其他的存储引擎了。
PostgreSQL对于SQL语句的兼容性要比MySQL要更好一些,像是对于一些子查询的支持,对于联表查询等PostgreSQL的性能要比MySQL要更好一些。
![](http://image109.360doc.cn/DownloadImg/2023/11/0214/274756781_6_20231102022814227.jpeg)
PostgreSQL对于客户端程序的支持,要比MySQL支持的要更丰富。
PostgreSQL对于数据类型的支持也要比MySQL要更多一些。例如它可以用来存储一些JSON,XML格式的数据。对于这种数据的支持可能PostgreSQL要略胜于MySQL。这主要是因为PostgreSQL在操作一些并发读写的时候,会省略在MySQL中底层所支持的一些锁的操作。但是在对于数据量较小的情况下,MySQL会更加方便。这其实也是非常符合很多真实场景中所暴露出来的问题的。
![](http://pubimage.360doc.com/wz/default.gif)
所以如果在某些实在是不方便进行分库分表的场景下,并且单个表的数据量比较大的情况下,并且还有很多复杂的查询操作的时候,可能使用PostgreSQL会更加好一些。但是需要注意,在一些并发场景下由于MySQL的操作会进行一些底层处理,在内存消耗方面要比PostgreSQL要小,这是因为PostgreSQL是基于进程进行的处理,也就是说一个客户端对应一个进程,而在MySQL中一个请求只对应着一个线程。相比较而言,进程消耗的资源可能要比线程消耗的资源要大得多。所以并不是说PostgreSQL在处理这种场景就一定好,只是相对而言要比MySQL要性能更好,但是它需要一些其他的手段来保证这种性能优势。
![](http://pubimage.360doc.com/wz/default.gif)
在很早之前就有人扬言PostgreSQL的性能已经完全碾压MySQL了,但是MySQL人家又不是没有在发展变化,所以说MySQL在不断的升级迭代的过程中对性能上的提升也是有目共睹的。
到底要不要使用PostgreSQL
要不要使用PostgreSQL还是要根据实际的使用场景来决定?第一,就是你要开发的系统是一个新的系统,第二,就是老系统是否需要使用PostgreSQL来进行迭代。
这就要看后续的开发场景了,如果后续的开发过程中可能会遇到一些非结构化的存储,或者是会存储一些KV数据,存储一些地理位置信息,存储一些带有时序性的数据,那么对于这些数据的存储,就要考虑是否使用PostgreSQL了。
当然这种数据也可以使用MySQL来进行存储,但是有一点,能用不代表好用。反过来也是一样的。PostgreSQL所支持的有些操作,在对于一些数据的处理上来讲,也或许没有MySQL更加好用。
毕竟专业的数据存储还是要专业的数据库来进行支持的么。
另外需要注意的就是PostgreSQL只支持了一个存储引擎,所以对于运维这方面的要求还是比较高的。如果团队里面没有对PostgreSQL非常精通的DBA的话建议还是不要使用了。因为数据这种东西,毕竟是会影响很多的东西的,基本上属于各个公司的核心数据资产,一旦丢失后果非常严重。
总结
考虑到以上这些内容,你就要看看新项目中是否使用PostgreSQL数据库,并且老项目中是否需要对数据库这方面进行迭代升级,对于这一点,笔者还是不太建议老项目进行迭代。因为你无法保证项目就一定合适,也无法保证数据就一定支持。