postgre和mysql集群对比的简单介绍

mysql和postgresql哪个占内存

1、表类型 取决于存储引擎。例如，NDB 存储引擎支持分区表，内存引擎支持内存表。 支持临时表、常规表以及范围和列表类型的分区表。不支持哈希分区表。

2、MySQL 和 PostgreSQL 都支持 JavaScript Object Notation (JSON) 存储和传输数据，尽管 PostgreSQL 也支持 JSONB，这是 JSON 的二进制版本，它消除了键的重复和无关的空格。

3、PostgreSQL和oracle是进程模式，MySQL是线程模式。进程模式对多CPU利用率比较高。进程模式共享数据需要用到共享内存，而线程模式数据本身就是在进程空间内都是共享的，不同线程访问只需要控制好线程之间的同步。线程模式对资源消耗比较少。

4、MySQL的存储引擎插件化机制，存在锁机制复杂影响并发的问题，而PG不存在。MySQL相对于PostgreSQL的优势innodb的基于回滚段实现的MVCC机制，相对PG新老数据一起存放的基于XID的MVCC机制，是占优的。

5、如果把OracleDBA转到PostgreSQL数据库上是比较容易的，毕竟PostgreSQL数据库与Oracle数据库很相似。 PostgreSQL几乎支持所有的SQL标准，支持类型相当丰富。

相关问答

Q1: MySQL与PostgreSQL相比哪个更好

MySQL在一个领域上要比PostgreSQL更进一步，那就是它的触角延伸到了嵌入式领域，这是通过libmysqld实现的。 PostgreSQL不支持嵌入式应用，依然坚守在传统的客户端/服务器架构上。

PostgreSQL具备了更高的可靠性，对数据一致性、完整性的支持高于MySQL，因此PostgreSQL更加适合严格的企业应用场景，MySQL查询速度较快，更适合业务逻辑相对简单、数据可靠性要求较低的互联网场景。 以上个人浅见，欢迎批评指正。

都不能声称自己比对方更优秀，对用户来说，只有合适的，没有最优秀的。

PostgreSQL的稳定性极强，Innodb等引擎在崩溃、断电之类的灾难场景下抗打击能力有了长足进步，然而很多MySQL用户都遇到过Server级的数据库丢失的场景——mysql系统库是MyISAM的，相比之下，PG数据库这方面要好一些。

首先是速度，MySQL通常要比PostgreSQL快得多。MySQL自已也宣称速度是他们追求的主要目标之一，基于这个原因，MySQL在以前的文档中也曾经说过并不准备支持事务和触发器。

Q2: 客观公正地评价MySQL和PostgreSQL的优劣

1、可靠性是PostgreSQL的最高优先级。它以坚如磐石的品质和良好的工程化而闻名，支持高事务、任务关键型应用。PostgreSQL的文档非常精良，提供了大量免费的在线手册，还针对旧版本提供了归档的参考手册。

2、PostgreSQL 的稳定性极强， Innodb 等引擎在崩溃、断电之类的灾难场景下抗打击能力有了长足进步，然而很多 MySQL 用户都遇到过Server级的数据库丢失的场景——mysql系统库是MyISAM的，相比之下，PG数据库这方面要好一些。

3、MYSQL支持得更多一些，用户数量也更多。

4、PostgreSQL是完全由社区驱动的开源项目，由全世界超过1000名贡献者所维护。它提供了单个完整功能的版本，而不像MySQL那样提供了 多个不同的社区版、商业版与企业版。

Q3: postgresql和mysql的区别

1、身份验证 MySQL 在数据库级管理身份验证。 基本只支持密码认证。

2、PostgreSQL 和 MySQL 之间有很多不同之处。特性、功能和优势方面的一些差异如下：总之，PostgreSQL 和 MySQL 都有不同的用途，它们之间的选择取决于企业目标和资源。

3、第三点，MySQL的复制可以用多级从库，但是在2之前，PGSQL不能用从库带从库。

4、首先是速度，MySQL通常要比PostgreSQL快得多。MySQL自已也宣称速度是他们追求的主要目标之一，基于这个原因，MySQL在以前的文档中也曾经说过并不准备支持事务和触发器。

5、PostgreSQL大概可以算是个皮卡。比MYSQL强一些。尤其使用起来，不像MYSQL有那么多坑。但问题是，它出现的太晚了，市场已经全被MYSQL占了。所以，如果你是想自己做个项目，它肯定比MYSQL强。

6、再次插入会获取者对应序列的下一个值，而在mysql上是从1开始。达到规定最大值之后都不能继续插入，所以不能循环使用。

Q4: PostgreSQL与MySQL相比,优势何在?

PostgreSQL具备了更高的可靠性，对数据一致性、完整性的支持高于MySQL，因此PostgreSQL更加适合严格的企业应用场景，MySQL查询速度较快，更适合业务逻辑相对简单、数据可靠性要求较低的互联网场景。 以上个人浅见，欢迎批评指正。

PostgreSQL大概可以算是个皮卡。比MYSQL强一些。尤其使用起来，不像MYSQL有那么多坑。但问题是，它出现的太晚了，市场已经全被MYSQL占了。所以，如果你是想自己做个项目，它肯定比MYSQL强。

都不能声称自己比对方更优秀，对用户来说，只有合适的，没有最优秀的。

MySQL比PostgreSQL更流行，流行意味着更多的用户，意味着经受了更多的考验，意味着更好的商业支持。而且MySQL提供了多个不同的社区版、商业版与企业版，而PG只提供了单个完整功能的版本。

PostgreSQL的稳定性极强，Innodb等引擎在崩溃、断电之类的灾难场景下抗打击能力有了长足进步，然而很多MySQL用户都遇到过Server级的数据库丢失的场景——mysql系统库是MyISAM的，相比之下，PG数据库这方面要好一些。

MYSQL支持得更多一些，用户数量也更多。

Q5: mysql集群的几种方案

综合考虑，决定采用MySQL Fabric和MySQL Cluster方案，以及另外一种较成熟的集群方案Galera Cluster进行预研。MySQLCluster简介：MySQL Cluster 是MySQL 官方集群部署方案，它的历史较久。

比较常用的高可用方案有：keepalived+mysql replication。通过keepalived实现VIP飘逸，通过mysql自带的同步方案replication实现数据同步。hearbeat+drbd。通过drbd实现双主数据的同步，这个数据同步是基于块设备的。

下面假设这3台服务的情况： Server1： mysqlvmtest.net 19160.1 Server2： mysqlvmtest.net 19160.2 Server3： mysqlvmtest.net 19160.3 Servers1和Server2作为实际配置MySQL集群的服务器。

准备一个 MGR 集群和单实例，模拟复制链路切换，当 primary 故障，slave 自动切换到其他节点。

主库：只负责写数据(写库，DML-insert\delete\update)从库：只负责读数据(读库，select)这样就可以解决如下问题：1主从分开后，在业务请求高并发时，只在从服务器上执行查询工作，降低主服务器的压力。

关于postgre和mysql集群对比和的介绍到此就结束了，不知道你从中找到你需要的信息了吗 ？如果你还想了解更多这方面的信息，记得收藏关注本站。