三分钟！彻底搞懂PostgreSQL 和 MySQL 区别之分

说到PostgreSQL和MySQL，自从我参加Q&A论坛以来，这两件事是很常见的。
说实话，每当有人问我这个问题时，我都会滔滔不绝。

我们先来说一下数据库类型和编程语言。
PostgreSQL是一个完全由C语言支持的对象关系数据库。
它不仅可以处理关系数据，还可以玩转非关系数据。
它具有丰富的功能。
至于MySQL，它是一个纯关系型数据库，主要用C/C++编写，特点是速度快、稳定、易用。

就功能而言，不得不说PostgreSQL真的是无所不能。
例如，PostgreSQL 非常全面地支持存储过程和函数，允许您编写各种复杂的逻辑。
另一个例子是索引类型。
PostgreSQL 提供了多种类型，例如 GIN 和 Hash。
这对于查询优化非常有用。
MySQL在这方面可能稍显逊色。
B-Tree索引虽然好，但毕竟类型有限。

高级数据类型，PostgreSQL也很流行，hstore、XML数据类型，样样精通。
MySQL在这方面或许还有些短板，对高级数据类型的支持也比较弱。

数据恢复和备份，PostgreSQL有自己的秘诀，时间点恢复（PITR）和预写日志（WAL）是它的拿手好戏。
虽然MySQL也有恢复功能，但细节上可能没有PostgreSQL那么复杂。

说到并发控制，PostgreSQL使用多版本并发控制（MVCC），它可以让你顺利地执行读写操作。
虽然MySQL也支持并发控制，但具体实现和性能可能会根据存储引擎的不同而有所不同。

用户界面和工具，PostgreSQL一般使用PgAdmin，功能比较全面。
MySQL是MySQL Workbench，它具有用户友好的界面，适合创建、开发、设计和管理数据库。

安全方面，均支持SSL加密，保证数据传输安全。

从应用场景来看，PostgreSQL在大规模环境中比较流行。
它可以轻松处理复杂的查询和高级数据建模。
至于MySQL，它是Web应用程序和网站的首选。
LAMP软件堆栈中的M指的是MySQL。

总之，两者各有千秋，选择哪一个取决于您的具体需求。
PostgreSQL适合复杂查询和高级数据建模，MySQL适合快速可靠的应用程序和网站。
这就像买衣服一样，取决于场合和个人喜好。

postgresql和mysql有什么区别

昨天帮朋友调试数据库。
他使用 MySQL，我使用 PostgreSQL。
一个报错，另一个跑得很快。

等一下，还有一件事。
MySQL实例需要使用mysqld命令一一启动。
对于PostgreSQL来说，pg_ctl可以一键完成。

突然想到PostgreSQL的物化视图其实很简单。
上次处理报表数据，比MySQL好用。

数据类型方面，上次做地理信息系统的时候PostgreSQL的自定义数据类型很有用，但是MySQL几乎没什么用。

还有一个VACUUM机制。
PostgreSQL 需要定期清理，而 MySQL 的 MVCC 会自行处理。
两者的操作也不同。

在安全性方面，PostgreSQL的行级安全控制比MySQL灵活得多。

从社区生态来看，PostgreSQL的BSD/MIT协议感觉比较自由，MySQL的版本管理有时有点混乱。

最后使用的场景确实非常明显。
PostgreSQL适合复杂查询，MySQL适合Web应用。

不过话说回来，既然有了云数据库，那么这个区别在实际使用中还那么重要吗？

MySQL与PostGreSQL的区别

PostgreSQL和MySQL……说实话，两者都相当常用。
但它们之间也有不少差异。

我们先来说说PostgreSQL。
该产品特别适合 SQL 标准，比 MySQL 更加标准化。
上次我使用 PostgreSQL 时，我可以编写一个复杂的 SQL 语句并且它可以运行。
存储过程也很强大。
执行计划缓存在本地，运行速度更快。
表连接支持也很好，索引类型很多，复杂查询能力很强。
数据存储方式是堆表，可以存储更多的数据，并且访问速度很快。
复制机制为物理复制，数据一致性强，复制速度快。
锁定机制简单高效，比MySQL好很多。

我们来谈谈MySQL。
这个产品在MVCC机制上做得很好，而且速度更快。
索引组织表特别适合主键查询和删除操作。
优化器很简单，可以快速处理简单的查询。
分区表也很强，几千个分区没问题。
然而，MySQL默认的SQL实现并不像PostgreSQL那么完整。
存储过程支持也一般，复制机制是逻辑复制，可能不太可靠。

所以，选择哪一个要根据情况而定。
PostgreSQL更适合要求较高的业务场景，比如金融、电信等。
MySQL更适合互联网场景，比如Google、Facebook。
业务简单，数据要求不高。

PostgreSQL 比 MySQL 更好吗？

说实话，在我从事问答论坛的十年里，我见过很多人在 PostgreSQL 和 MySQL 之间挣扎。
两种数据库都有各自的优缺点，没有绝对的优劣之分。
这一切都取决于项目的需求。
我曾经参与过一个金融项目，当时我能够特别体会到两者之间的区别。

首先我们来说说PostgreSQL的好处。
我记得当时我们正在使用 PostgreSQL 来处理一些复杂的地理信息系统（GIS）数据。
它的SQL标准非常严格。
支持窗口函数、CTE递归查询等功能，针对数据一致性严格、查询复杂的场景量身定制。
此外，它的存储过程优化和执行计划缓存在处理大规模数据集时效果非常好。

对于MySQL来说，它的优势也很明显。
一旦我们接手了一个 Web 应用程序项目，MySQL 就被证明在处理大量主键操作方面非常有效，尤其是那些具有读取密集型工作负载的操作。
MySQL 运行得特别好。
它的优化器、系统表和运算符设计非常简单，并且可以非常快速地运行简单的查询。

说到具体场景，我有一个案例可以分享。
我们公司已经选择PostgreSQL来管理大型企业应用，因为需要处理大量数据，而物理复制的一致性、性能和资源利用率都比MySQL的binlog逻辑复制要好。
MySQL适用于频繁进行主键操作或需要快速简单查询的场景，例如Web应用程序和CMS系统。

当然，选择哪种数据库也要考虑成本。
例如，自托管MySQL的成本通常比在云中使用PostgreSQL要低，这对于初创公司或中小型项目尤其重要。

最后，我必须提到决策支持工具的重要性。
我使用的是ServBay的集成开发环境。
一键安装、多版本无缝切换以及图形化管理功能确实可以帮我们在环境搭建上省去不少精力。

总的来说，PostgreSQL和MySQL都是成熟的数据库。
选择应基于项目需求，不能仅基于性能。
有时经验丰富的开发人员会根据具体场景将两者混合使用，像ServBay这样的工具也可以大大简化开发过程。