今天我們就來聊聊PostgreSQL和MySQL，大象和海豚我們到底該選哪個呢？

先放一張對比表格：

看完上面的表格，我們基本上對PostgreSQL和MySQL之間的差異有了大概的了解，下面我們詳細的說明一下：

語法

就語法而言，Postgresql 和 MySQL 都很相似。以下是兩者的選擇查詢：

SELECT * FROM STUDENTS;

但是，MySQL 不支持多個子查詢，例如“LIMIT”或“ALL”。它也不支持標準 SQL 子句，例如“INTERSECT”或“OUTER JOIN”。

MySQL 不像 PostgreSQL 那樣完全兼容 SQL，后者支持上述所有子查詢。如果您的業務需要經常使用這些子查詢，那么 PostgreSQL 將是更合適的選擇。

支持的語言

PostgreSQL 和 MySQL 支持許多相同的語言，但存在一些差異。

另一方面，PostgreSQL 提供對更廣泛的編程語言的支持：

• C/ C++
• Delphi
• Erlang
• Go
• Java
• Javascript
• JSON (native since version 9.2)
• Lisp
• .NET
• Python
• R
• Tcl
• Other programming languages

以下是 MySQL 支持的語言列表：

• C/C++
• Delphi
• Erlang
• Go
• Java
• Lisp
• Node.js
• Perl
• PHP
• R

速度

在決定最適合您的業務需求的數據庫時，速度是一個不可或缺的因素?？焖俚臄祿觳粌H可以確保您的網站運行得更快，而且還可以通過指出可以刪除的未使用數據來幫助減輕服務器的壓力。

PostgreSQL 和 MySQL 都因是市場上最快的 DBMS 解決方案而聞名。然而，這一類別中沒有明顯的贏家。您可以很容易地找到基于配置、測試和硬件推薦一種數據庫的基準測試。一個可能在并發性方面占據上風，而另一個可能在內存很少的單核機器上表現更好。

最終，這取決于您如何使用它們。眾所周知，MySQL 在只讀命令方面速度更快，但代價是并發性較高，而 PostgreSQL 在讀寫操作、海量數據集和復雜查詢方面表現更好。

體系結構

MySQL 是一個純關系數據庫，而 PostgreSQL 是一個對象關系數據庫。PostgreSQL 提供更復雜的數據類型，并允許對象繼承屬性。另一方面，它也使得使用 PostgreSQL 變得更加復雜。PostgreSQL 擁有一個單一的、符合 ACID 的存儲引擎。除了默認存儲引擎 InnoDB 之外，MySQL 還支持 15 種不同的存儲引擎。大量的存儲引擎允許您快速將它們用于其他用例。

PostgreSQL 通過內存分配為每個建立的客戶端連接生成一個新的系統進程。這需要具有許多客戶端連接的系統上的大量內存。另一方面，MySQL 使用單個進程并為每個連接維護一個線程。這使得 MySQL 成為企業范圍以下應用程序的更合適選擇。

表現

PostgreSQL 的構建是為了符合標準、功能豐富且可擴展。此前，PostgreSQL 的性能表現平穩——讀取通常比 MySQL 慢，但它可以更有效地寫入大量數據。除此之外，PostgreSQL 比 MySQL 更好地處理并發性。

在過去幾年中，他們的能力之間的差距已顯著縮小。如果您使用舊的 MyISAM 引擎，MySQL 讀取數據的速度仍然相當快。它還進行了優化，以在大量數據寫入方面趕上 PostgreSQL。

在為您的目的選擇合適的工具時，性能不應成為大多數普通應用程序的約束因素。PostgreSQL 和 MySQL 的性能在很大程度上是相同的。

復制和集群

復制是一個允許開發人員將數據從數據庫復制到其副本數據庫的過程。這確保了每個用戶都擁有相同級別的信息。復制還帶來了各種好處，例如容錯、可擴展性、自動備份以及在不影響主集群的情況下執行長時間查詢的能力。

MySQL 和 PostgreSQL 都支持復制。PostgreSQL提供同步復制，這意味著它有兩個數據庫同時運行，并且主數據庫與副本數據庫同步。您甚至可以使用 PostgreSQL 執行同步和級聯復制。然而，在 MySQL 中，復制是單向異步的。這意味著一臺數據庫服務器充當主數據庫服務器，其他數據庫服務器充當副本。

MySQL 和 PostgreSQL 都支持集群。集群利用共享存儲將相同的數據集復制到環境中的每個節點。這使得數據庫能夠容忍故障，因為在環境中的各個節點之間復制數據所產生的冗余。

數據和表結構

JSON 支持仍然是 MySQL 納入的領先 NoSQL 功能之一。相比之下，PostgreSQL 支持用戶定義的類型、數組、hstore 和 XML。能夠處理更多數據類型的主要好處是功能的增加。例如，通過接受數組作為數據類型，PostgreSQL 還可以提供與這些數組兼容的主機函數。

然而，盡管使用替代格式存儲數據具有優勢，但執行此類數據格式可能會更加復雜，因為它們不遵循長期的基準。因此，與數據庫一起使用的組件可能并不總是遵循 PostgreSQL 格式。

MySQL在SQL合規性方面僅部分兼容SQL，因為它不支持像無檢查約束這樣的所有功能。也就是說，它確實提供了很多擴展。

相比之下，PostgreSQL 比 MySQL 更符合 SQL 規范，支持大多數主要 SQL 功能 —準確地說，支持 179 個強制功能中的 160 個。

可擴展性

PostgreSQL 被認為是一種高度可擴展的工具，因為它支持 MySQL 中找不到的各種高級數據類型。這將包括網絡地址類型、本機 UUID、幾何/GIS、可索引的 JSON 以及時區感知時間戳。如果這沒有使 PostgreSQL 在這一輪中成為明顯的贏家，您可以添加運算符、數據類型和索引類型。

因此，如果您的應用程序正在處理非結構化數據或任何可用的獨特數據類型，PostgreSQL 可能是更好的選擇。但是，如果您只處理基本的數字和字符數據類型，那么這兩個數據庫都應該可以正常工作。

索引

為了提高數據庫性能，您可以在處理大型數據表時使用索引來加速 SQL 查詢。如果沒有索引，查詢將會很慢，并且會成為 DBMS 的主要負擔。

PostgreSQL 和 MySQL 都提供不同的索引選項。PostgreSQL 索引類型包括以下幾種：

• 部分索引僅排列表的一部分信息。
• B樹索引和哈希索引。
• 表達式索引，生成由表達函數而不是列值生成的索引。

另一方面，MySQL 提供以下索引選項：

• 存儲在 R 樹上的索引，例如在空間數據類型上找到的索引。
• 存儲在 B 樹上的索引，例如 PRIMARY KEY、INDEX、FULLTEXT 和 UNIQUE。
• 使用 FULLTEXT 索引時的倒排列表和哈希索引。

安全

PostgreSQL和MySQL都支持組和用戶管理，并為各種角色授予SQL權限。MySQL 支持本機窗口服務、PAM 和 LDAP 進行用戶身份驗證，而 PostgreSQL 支持使用 Kerberos 和 PAM 的基于 IP 的客戶端身份驗證和過濾。因此，這兩個數據庫在安全性方面不相上下。

支持與社區

PostgreSQL 和 MySQL 都有有用的社區來為用戶提供支持。

PostgreSQL 擁有龐大的志愿者社區，他們通過郵件列表和 IRC 向用戶提供免費建議。除此之外，您甚至可以通過第三方提供商購買付費支持。您甚至可以通過瀏覽市場上各種有用的 PostgreSQL 書籍和手冊來排除故障。

MySQL 也有一個龐大的志愿者社區，他們會花時間為您提供免費建議和支持。您可以在 Percona 和 MySQL 網站上利用此類支持。除了免費社區支持之外，Oracle 還為其所有產品的商業版本提供 24/7 付費支持。與 PostgreSQL 一樣，您也可以通過深入研究大量免費且有用的 MySQL 指南、書籍和教程來進行故障排除。

總而言之，對 PostgreSQL 的支持可能有點具有挑戰性，因為它需要更多的技術專業知識來設置和使用。此外，目前可供您使用的 PostgreSQL 專家數量少于 MySQL 專家數量。所以，在用戶支持和管理方便性方面，MySQL略勝一籌。

總結

總的來說，Postgres 有更多功能、更繁榮的社區和生態；而 MySQL 則更易學習并且擁有龐大的用戶群體。

我們觀察到了與 Stack Overflow 結果相同的行業趨勢，即 Postgres 在開發者中變得越來越受歡迎。但根據我們的實際體驗，精密的 Postgres 犧牲了一些便利性。如果你想使用Postgres最好多看看文檔，并運行幾個查詢來上手，有一些學習成本，MySQL 會更容易一些。有時候，功能多并不意味著好，擇適合自己的才是最好的 。