postgresql和mysql_postgresql和mysql的區別

Ⅰ postgresql和mysql的區別

Ⅱ MySQL和PostgreSQL比較，哪個資料庫更好

如果打算為項目選擇一款免費、開源的資料庫，那麼你可能會在MySQL與PostgreSQL之間猶豫不定。MySQL與PostgreSQL都是免費、開源、強大、且功能豐富的資料庫。你主要的問題可能是：哪一個才是最好的開源資料庫，MySQL還是PostgreSQL呢？該選擇哪一個開源資料庫呢？在選擇資料庫時，你所做的是個長期的決策，因為後面如果再改變決定將是非常困難且代價高昂的。你希望一開始就選擇正確。兩個流行的開源資料庫MySQL與PostgreSQL常常成為最後要選擇的產品。對這兩個開源資料庫的高層次概覽將會有助於你選擇最適合自己需要的。 MySQL MySQL相對來說比較年輕，首度出現在1994年。它聲稱自己是最流行的開源資料庫。MySQL就是LAMP（用於Web開發的軟體包，包括Linux、Apache及Perl/PHP/Python）中的M。構建在LAMP棧之上的大多數應用都會使用MySQL，包括那些知名的應用，如WordPress、Drupal、Zend及phpBB等。

Ⅲ pgsql比mysql好在哪

Pgsql和Mysql的對比
工作中用過這兩個資料庫，但都不是太深入，僅限於用而已，但給我留下的印象就是Pgsql更好些，因為這兩個庫我都遇到過數據丟失的問題，前者我通過網上方法加自己的判斷有驚無險地恢復了，而後者搜索各種資料加問身邊的專家都沒辦法。
剛網上搜了一下兩者的區別，總體的感覺也是前者是最好的開源關系資料庫，而後者是互聯網行業應用最廣泛的資料庫，可能應用等多發現的坑也多，網上相關資料也多。如果讓我個人選沒特殊要求情況下會選前者。
關於兩個的區別可以看知乎上相關問題，回答很精彩，
其中一個如下。
一、 PostgreSQL 的穩定性極強， Innodb 等引擎在崩潰、斷電之類的災難場景下抗打擊能力有了長足進步，然而很多 MySQL 用戶都遇到過Server級的資料庫丟失的場景——mysql系統庫是MyISAM的，相比之下，PG資料庫這方面要好一些。
二、任何系統都有它的性能極限，在高並發讀寫，負載逼近極限下，PG的性能指標仍可以維持雙曲線甚至對數曲線，到頂峰之後不再下降，而 MySQL 明顯出現一個波峰後下滑（5.5版本之後，在企業級版本中有個插件可以改善很多，不過需要付費）。
三、PG 多年來在 GIS 領域處於優勢地位，因為它有豐富的幾何類型，實際上不止幾何類型，PG有大量字典、數組、bitmap 等數據類型，相比之下mysql就差很多，instagram就是因為PG的空間資料庫擴展POSTGIS遠遠強於MYSQL的my spatial而採用PGSQL的。
四、PG 的「無鎖定」特性非常突出，甚至包括 vacuum 這樣的整理數據空間的操作，這個和PGSQL的MVCC實現有關系。
五、PG 的可以使用函數和條件索引，這使得PG資料庫的調優非常靈活，mysql就沒有這個功能，條件索引在web應用中很重要。
六、PG有極其強悍的 SQL 編程能力（9.x 圖靈完備，支持遞歸！），有非常豐富的統計函數和統計語法支持，比如分析函數（ORACLE的叫法，PG里叫window函數），還可以用多種語言來寫存儲過程，對於R的支持也很好。這一點上MYSQL就差很遠，很多分析功能都不支持，騰訊內部數據存儲主要是MYSQL，但是數據分析主要是HADOOP+PGSQL（聽李元佳說過，但是沒有驗證過）。
七、PG 得多種集群架構可以選擇，plproxy 可以支持語句級的鏡像或分片，slony 可以進行欄位級的同步設置，standby 可以構建WAL文件級或流式的讀寫分離集群，同步頻率和集群策略調整方便，操作非常簡單。
八、一般關系型資料庫的字元串有限定長度8k左右，無限長 TEXT 類型的功能受限，只能作為外部大數據訪問。而 PG 的 TEXT 類型可以直接訪問，SQL語法內置正則表達式，可以索引，還可以全文檢索，或使用xml xpath。用PG的話，文檔資料庫都可以省了。
九，對於WEB應用來說，復制的特性很重要，mysql到現在也是非同步復制，pgsql可以做到同步，非同步，半同步復制。還有mysql的同步是基於binlog復制，類似oracle golden gate,是基於stream的復制，做到同步很困難，這種方式更加適合異地復制，pgsql的復制基於wal，可以做到同步復制。同時，pgsql還提供stream復制。

Ⅳ MySQL與PostgreSQL比較哪個資料庫更好

特性 MySQL PostgreSQL
實例通過執行 MySQL 命令（mysqld）啟動實例。一個實例可以管理一個或多個資料庫。一台伺服器可以運行多個 mysqld 實例。一個實例管理器可以監視 mysqld 的各個實例。
通過執行 Postmaster 進程（pg_ctl）啟動實例。一個實例可以管理一個或多個資料庫，這些資料庫組成一個集群。集群是磁碟上的一個區域，這個區域在安裝時初始化並由一個目錄組成，所有數據都存儲在這個目錄中。使用 initdb 創建第一個資料庫。一台機器上可以啟動多個實例。
資料庫資料庫是命名的對象集合，是與實例中的其他資料庫分離的實體。一個 MySQL 實例中的所有資料庫共享同一個系統編目。資料庫是命名的對象集合，每個資料庫是與其他資料庫分離的實體。每個資料庫有自己的系統編目，但是所有資料庫共享 pg_databases。
數據緩沖區通過 innodb_buffer_pool_size 配置參數設置數據緩沖區。這個參數是內存緩沖區的位元組數，InnoDB 使用這個緩沖區來緩存表的數據和索引。在專用的資料庫伺服器上，這個參數最高可以設置為機器物理內存量的 80%。 Shared_buffers 緩存。在默認情況下分配 64 個緩沖區。默認的塊大小是 8K。可以通過設置 postgresql.conf 文件中的 shared_buffers 參數來更新緩沖區緩存。
資料庫連接客戶機使用 CONNECT 或 USE 語句連接資料庫，這時要指定資料庫名，還可以指定用戶 id 和密碼。使用角色管理資料庫中的用戶和用戶組。客戶機使用 connect 語句連接資料庫，這時要指定資料庫名，還可以指定用戶 id 和密碼。使用角色管理資料庫中的用戶和用戶組。
身份驗證 MySQL 在資料庫級管理身份驗證。基本只支持密碼認證。 PostgreSQL 支持豐富的認證方法：信任認證、口令認證、Kerberos 認證、基於 Ident 的認證、LDAP 認證、PAM 認證
加密可以在表級指定密碼來對數據進行加密。還可以使用 AES_ENCRYPT 和 AES_DECRYPT 函數對列數據進行加密和解密。可以通過 SSL 連接實現網路加密。可以使用 pgcrypto 庫中的函數對列進行加密/解密。可以通過 SSL 連接實現網路加密。
審計可以對 querylog 執行 grep。可以在表上使用 PL/pgSQL 觸發器來進行審計。
查詢解釋使用 EXPLAIN 命令查看查詢的解釋計劃。使用 EXPLAIN 命令查看查詢的解釋計劃。
備份、恢復和日誌 InnoDB 使用寫前（write-ahead）日誌記錄。支持在線和離線完全備份以及崩潰和事務恢復。需要第三方軟體才能支持熱備份。在數據目錄的一個子目錄中維護寫前日誌。支持在線和離線完全備份以及崩潰、時間點和事務恢復。可以支持熱備份。
JDBC 驅動程序可以從參考資料下載 JDBC 驅動程序。可以從參考資料下載 JDBC 驅動程序。
表類型取決於存儲引擎。例如，NDB 存儲引擎支持分區表，內存引擎支持內存表。支持臨時表、常規表以及范圍和列表類型的分區表。不支持哈希分區表。由於PostgreSQL的表分區是通過表繼承和規則系統完成了，所以可以實現更復雜的分區方式。
索引類型取決於存儲引擎。MyISAM：BTREE，InnoDB：BTREE。支持 B-樹、哈希、R-樹和 Gist 索引。
約束支持主鍵、外鍵、惟一和非空約束。對檢查約束進行解析，但是不強制實施。支持主鍵、外鍵、惟一、非空和檢查約束。
存儲過程和用戶定義函數支持 CREATE PROCEDURE 和 CREATE FUNCTION 語句。存儲過程可以用 SQL 和 C++ 編寫。用戶定義函數可以用 SQL、C 和 C++ 編寫。沒有單獨的存儲過程，都是通過函數實現的。用戶定義函數可以用 PL/pgSQL（專用的過程語言）、PL/Tcl、PL/Perl、PL/Python 、SQL 和 C 編寫。
觸發器支持行前觸發器、行後觸發器和語句觸發器，觸發器語句用過程語言復合語句編寫。支持行前觸發器、行後觸發器和語句觸發器，觸發器過程用 C 編寫。
系統配置文件 my.conf Postgresql.conf
資料庫配置 my.conf Postgresql.conf
客戶機連接文件 my.conf pg_hba.conf
XML 支持有限的 XML 支持。有限的 XML 支持。
數據訪問和管理伺服器 OPTIMIZE TABLE —— 回收未使用的空間並消除數據文件的碎片
myisamchk -analyze —— 更新查詢優化器所使用的統計數據（MyISAM 存儲引擎）
mysql —— 命令行工具
MySQL Administrator —— 客戶機 GUI 工具 Vacuum —— 回收未使用的空間
Analyze —— 更新查詢優化器所使用的統計數據
psql —— 命令行工具
pgAdmin —— 客戶機 GUI 工具
並發控制支持表級和行級鎖。InnoDB 存儲引擎支持 READ_COMMITTED、READ_UNCOMMITTED、REPEATABLE_READ 和 SERIALIZABLE。使用 SET TRANSACTION ISOLATION LEVEL 語句在事務級設置隔離級別。支持表級和行級鎖。支持的 ANSI 隔離級別是 Read Committed（默認 —— 能看到查詢啟動時資料庫的快照）和 Serialization（與 Repeatable Read 相似 —— 只能看到在事務啟動之前提交的結果）。使用 SET TRANSACTION 語句在事務級設置隔離級別。使用 SET SESSION 在會話級進行設置。

MySQL相對於PostgreSQL的劣勢：

MySQL
PostgreSQL

最重要的引擎InnoDB很早就由Oracle公司控制。目前整個MySQL資料庫都由Oracle控制。
BSD協議，沒有被大公司壟斷。

對復雜查詢的處理較弱，查詢優化器不夠成熟
很強大的查詢優化器，支持很復雜的查詢處理。

只有一種表連接類型:嵌套循環連接(nested-loop),不支持排序-合並連接(sort-merge join)與散列連接(hash join)。
都支持

性能優化工具與度量信息不足

提供了一些性能視圖，可以方便的看到發生在一個表和索引上的select、delete、update、insert統計信息，也可以看到cache命中率。網上有一個開源的pgstatspack工具。

InnoDB的表和索引都是按相同的方式存儲。也就是說表都是索引組織表。這一般要求主鍵不能太長而且插入時的主鍵最好是按順序遞增，否則對性能有很大影響。

不存在這個問題。

大部分查詢只能使用表上的單一索引;在某些情況下，會存在使用多個索引的查詢,但是查詢優化器通常會低估其成本,它們常常比表掃描還要慢。

不存在這個問題

表增加列，基本上是重建表和索引，會花很長時間。

表增加列，只是在數據字典中增加表定義，不會重建表

存儲過程與觸發器的功能有限。可用來編寫存儲過程、觸發器、計劃事件以及存儲函數的語言功能較弱

除支持pl/pgsql寫存儲過程，還支持perl、python、Tcl類型的存儲過程：pl/perl，pl/python，pl/tcl。

也支持用C語言寫存儲過程。

不支持Sequence。

支持

不支持函數索引，只能在創建基於具體列的索引。

不支持物化視圖。

支持函數索引，同時還支持部分數據索引，通過規則系統可以實現物化視圖的功能。

執行計劃並不是全局共享的, 僅僅在連接內部是共享的。

執行計劃共享

MySQL支持的SQL語法(ANSI SQL標准)的很小一部分。不支持遞歸查詢、通用表表達式（Oracle的with 語句）或者窗口函數（分析函數）。

都支持

不支持用戶自定義類型或域(domain)

支持。

對於時間、日期、間隔等時間類型沒有秒以下級別的存儲類型

可以精確到秒以下。

身份驗證功能是完全內置的，不支持操作系統認證、PAM認證，不支持LDAP以及其它類似的外部身份驗證功能。

支持OS認證、Kerberos 認證、Ident 的認證、LDAP 認證、PAM 認證

不支持database link。有一種叫做Federated的存儲引擎可以作為一個中轉將查詢語句傳遞到遠程伺服器的一個表上,不過,它功能很粗糙並且漏洞很多

有dblink，同時還有一個dbi-link的東西，可以連接到oracle和mysql上。

Mysql Cluster可能與你的想像有較大差異。開源的cluster軟體較少。

復制(Replication)功能是非同步的,並且有很大的局限性.例如,它是單線程的(single-threaded),因此一個處理能力更強的Slave的恢復速度也很難跟上處理能力相對較慢的Master.

有豐富的開源cluster軟體支持。

explain看執行計劃的結果簡單。

explain返回豐富的信息。

類似於ALTER TABLE或CREATE TABLE一類的操作都是非事務性的.它們會提交未提交的事務，並且不能回滾也不能做災難恢復

DDL也是有事務的。

PostgreSQL主要優勢：
1. PostgreSQL完全免費，而且是BSD協議，如果你把PostgreSQL改一改，然後再拿去賣錢，也沒有人管你，這一點很重要，這表明了PostgreSQL資料庫不會被其它公司控制。oracle資料庫不用說了，是商業資料庫，不開放。而MySQL資料庫雖然是開源的，但現在隨著SUN被oracle公司收購，現在基本上被oracle公司控制，其實在SUN被收購之前，MySQL中最重要的InnoDB引擎也是被oracle公司控制的，而在MySQL中很多重要的數據都是放在InnoDB引擎中的，反正我們公司都是這樣的。所以如果MySQL的市場范圍與oracle資料庫的市場范圍沖突時，oracle公司必定會犧牲MySQL，這是毫無疑問的。
2. 與PostgreSQl配合的開源軟體很多，有很多分布式集群軟體，如pgpool、pgcluster、slony、plploxy等等，很容易做讀寫分離、負載均衡、數據水平拆分等方案，而這在MySQL下則比較困難。
3. PostgreSQL源代碼寫的很清晰，易讀性比MySQL強太多了，懷疑MySQL的源代碼被混淆過。所以很多公司都是基本PostgreSQL做二次開發的。
4. PostgreSQL在很多方面都比MySQL強，如復雜SQL的執行、存儲過程、觸發器、索引。同時PostgreSQL是多進程的，而MySQL是線程的，雖然並發不高時，MySQL處理速度快，但當並發高的時候，對於現在多核的單台機器上，MySQL的總體處理性能不如PostgreSQL，原因是MySQL的線程無法充分利用CPU的能力。
目前只想到這些，以後想到再添加，歡迎大家拍磚。

PostgreSQL與oracle或InnoDB的多版本實現的差別

PostgreSQL與oracle或InnoDB的多版本實現最大的區別在於最新版本和歷史版本是否分離存儲，PostgreSQL不分，而oracle和InnoDB分，而innodb也只是分離了數據,索引本身沒有分開。
PostgreSQL的主要優勢在於：
1. PostgreSQL沒有回滾段，而oracle與innodb有回滾段，oracle與Innodb都有回滾段。對於oracle與Innodb來說，回滾段是非常重要的，回滾段損壞，會導致數據丟失，甚至資料庫無法啟動的嚴重問題。另由於PostgreSQL沒有回滾段，舊數據都是記錄在原先的文件中，所以當資料庫異常crash後，恢復時，不會象oracle與Innodb資料庫那樣進行那麼復雜的恢復，因為oracle與Innodb恢復時同步需要redo和undo。所以PostgreSQL資料庫在出現異常crash後，資料庫起不來的幾率要比oracle和mysql小一些。
2. 由於舊的數據是直接記錄在數據文件中，而不是回滾段中，所以不會象oracle那樣經常報ora-01555錯誤。
3. 回滾可以很快完成，因為回滾並不刪除數據，而oracle與Innodb，回滾時很復雜，在事務回滾時必須清理該事務所進行的修改，插入的記錄要刪除，更新的記錄要更新回來(見row_undo函數)，同時回滾的過程也會再次產生大量的redo日誌。
4. WAL日誌要比oracle和Innodb簡單，對於oracle不僅需要記錄數據文件的變化，還要記錄回滾段的變化。
PostgreSQL的多版本的主要劣勢在於：
1、最新版本和歷史版本不分離存儲，導致清理老舊版本需要作更多的掃描，代價比較大，但一般的資料庫都有高峰期，如果我們合理安排VACUUM，這也不是很大的問題，而且在PostgreSQL9.0中VACUUM進一步被加強了。
2、由於索引中完全沒有版本信息，不能實現Coverage index scan，即查詢只掃描索引，直接從索引中返回所需的屬性，還需要訪問表。而oracle與Innodb則可以;

進程模式與線程模式的對比
PostgreSQL和oracle是進程模式，MySQL是線程模式。
進程模式對多CPU利用率比較高。
進程模式共享數據需要用到共享內存，而線程模式數據本身就是在進程空間內都是共享的，不同線程訪問只需要控制好線程之間的同步。
線程模式對資源消耗比較少。
所以MySQL能支持遠比oracle多的更多的連接。
對於PostgreSQL的來說，如果不使用連接池軟體，也存在這個問題，但PostgreSQL中有優秀的連接池軟體軟體，如pgbouncer和pgpool，所以通過連接池也可以支持很多的連接。

Ⅳ MySQL與PostgreSQL相比哪個更好

MySQL的主要優點（速度，流行，window，線程，事務）

1、首先是速度，MySQL通常要比PostgreSQL快得多。MySQL自已也宣稱速度是他們追求的主要目標之一，基於這個原因，MySQL在以前的文檔中也曾經說過並不準備支持事務和觸發器。

2、MySQL比PostgreSQL更流行，流行意味著更多的用戶，意味著經受了更多的考驗，意味著更好的商業支持。而且MySQL提供了多個不同的社區版、商業版與企業版，而PG只提供了單個完整功能的版本。

3、與PostgreSQL相比，MySQL更適宜在Windows環境下運行。PostgreSQL在Windows下運行沒有MySQL穩定。

4、MySQL使用了線程，而PostgreSQL使用的是進程。在不同線程之間的環境轉換和訪問公用的存儲區域顯然要比在不同的進程之間要快得多。

5、由於MySQL 4.0.2-alpha開始支持事務的概念，因此事務對於MySQL不再成為劣勢。相反，因為MySQL保留無事務的表類型。這就為用戶提供了更多的選擇。

PostgreSQL的主要優點：（協議，規范，可靠，進程，查詢）

1、PG遵循的是BSD協議，完全開源免費且不會被任何商業公司控制；而MySQL在Oracle手中，慢慢走向封閉。

2 、 PostgreSQL源代碼堪稱C語言的規范，易讀性比MySQL強很多。

3、可靠性是PostgreSQL的最高優先順序。它以堅如磐石的品質和良好的工程化而聞名。PostgreSQL是完全支持ACID特性的，對於資料庫訪問提供了強大的安全性保證。

4、 PG是多進程的，而My是多線程的。雖然並發不高時，My處理速度快；但是當並發高時，對於現在的多核的單台機器上，My的總體性能不如PG，原因是My的線程無法充分利用CPU的能力。

5、PG有很強大的查詢優化器，支持很復雜的查詢處理，而My對復雜查詢處理較弱，查詢優化器不夠成熟。

Ⅵ MySQL與PostgreSQL相比哪個更好

一、PostgreSQL的穩定性極強，Innodb等引擎在崩潰、斷電之類的災難場景下抗打擊能力有了長足進步，然而很多MySQL用戶都遇到過Server級的資料庫丟失的場景——mysql系統庫是MyISAM的，相比之下，PG資料庫這方面要好一些。二、任何系統都有它的性能極限，在高並發讀寫，負載逼近極限下，PG的性能指標仍可以維持雙曲線甚至對數曲線，到頂峰之後不再下降，而MySQL明顯出現一個波峰後下滑（5.5版本之後，在企業級版本中有個插件可以改善很多，不過需要付費）。

Ⅶ MySQL與PostgreSQL相比哪個更好

MySQL
MySQL聲稱自己是最流行的開源資料庫。LAMP中的M指的就是MySQL。構建在LAMP上的應用都會使用MySQL，如WordPress、Drupal等大多數php開源程序。MySQL最初是由MySQL AB開發的，然後在2008年以10億美金的價格賣給了Sun公司，Sun公司又在2010年被Oracle收購。Oracle支持MySQL的多個版本：Standard、Enterprise、Classic、Cluster、Embedded與Community。其中有一些是免費下載的，另外一些則是收費的。其核心代碼基於GPL許可，由於MySQL被控制在Oracle，社區擔心會對MySQL的開源會有影響，所以開發了一些分支，比如： MariaDB和Percona。
PostgreSQL
PostgreSQL標榜自己是世界上最先進的開源資料庫。PostgreSQL的一些粉絲說它能與Oracle相媲美，而且沒有那麼昂貴的價格和傲慢的客服。最初是1985年在加利福尼亞大學伯克利分校開發的，作為Ingres資料庫的後繼。PostgreSQL是完全由社區驅動的開源項目。它提供了單個完整功能的版本，而不像MySQL那樣提供了多個不同的社區版、商業版與企業版。PostgreSQL基於自由的BSD/MIT許可，組織可以使用、復制、修改和重新分發代碼，只需要提供一個版權聲明即可。
MySQL與PostgreSQL的對比
MySQL的背後是一個成熟的商業公司，而PostgreSQL的背後是一個龐大的志願開發組。這使得MySQL的開發過程更為慎重，而PostgreSQL的反應更為迅速。這樣的兩種背景直接導致了各自固有的優點和缺點。
PostgreSQL相對於MySQL的優勢
1)不僅僅是關系型資料庫
除了存儲正常的數據類型外，還支持存儲：
array，不管是一位數組還是多為數組均支持
json(hStore)和jsonb，相比使用text存儲接送要高效很多
json和jsonb之間的區別
jsonb和json在更高的層面上看起來幾乎是一樣的，但在存儲實現上是不同的。
json存儲完的文本，json列會每次都解析存儲的值，它不支持索引，但你可以為查詢創建表達式索引。
jsonb存儲的二進制格式，避免了重新解析數據結構。它支持索引，這意味著你可以不使用指定的索引就能查詢任何路徑。
當我們比較寫入數據速度時，由於數據存儲的方式的原因，jsonb會比json稍微的慢一點。json列會每次都解析存儲的值，這意味著鍵的順序要和輸入的時候一樣。但jsonb不同，以二進制格式存儲且不保證鍵的順序。因此，如果你有軟體需要依賴鍵的順序，jsonb可能不是你的應用的最佳選擇。使用jsonb的優勢還在於你可以輕易的整合關系型數據和非關系型數據， PostgreSQL對於mongodb這類的基於文檔的資料庫是個不小的威脅，畢竟如果一個表中只有一列數據的類型是半結構化的，沒有必要為了遷就它而整個表的設計採用schemaless的結構。
2)支持地理信息處理擴展
PostGIS 為PostgreSQL提供了存儲空間地理數據的支持，使PostgreSQL成為了一個空間資料庫，能夠進行空間數據管理、數量測量與幾何拓撲分析。在功能上，和MYSQL對比，PostGIS具有下列優勢：

O2O業務場景中的LBS業務使用PostgreSQL + PostGIS有無法比擬的優勢。
3)可以快速構建REST API
PostgREST 可以方便的為任何 PostgreSQL 資料庫提供完全的 RESTful API 服務。
4)支持樹狀結構
支持R-trees這樣可擴展的索引類型，可以更方便地處理一些特殊數據。MySQL 處理樹狀的設計會很復雜, 而且需要寫很多代碼, 而 PostgreSQL 可以高效處理樹結構。
5)有極其強悍的 SQL 編程能力
支持遞歸，有非常豐富的統計函數和統計語法支持。
MySQL：支持 CREATE PROCEDURE 和 CREATE FUNCTION 語句。存儲過程可以用 SQL 和 C++ 編寫。用戶定義函數可以用 SQL、C 和 C++ 編寫。
PostgreSQL：沒有單獨的存儲過程，都是通過函數實現的。用戶定義函數可以用 PL/pgSQL(專用的過程語言)、PL/Tcl、PL/Perl、PL/Python 、SQL 和 C 編寫。
6)外部數據源支持
可以把 70 種外部數據源 (包括 Mysql, Oracle, CSV, hadoop …) 當成自己資料庫中的表來查詢。Postgres有一個針對這一難題的解決方案：一個名為「外部數據封裝器(Foreign Data Wrapper，FDW)」的特性。該特性最初由PostgreSQL社區領袖Dave Page四年前根據SQL標准SQL/MED(SQL Management of External Data)開發。FDW提供了一個SQL介面，用於訪問遠程數據存儲中的遠程大數據對象，使DBA可以整合來自不相關數據源的數據，將它們存入Postgres資料庫中的一個公共模型。這樣，DBA就可以訪問和操作其它系統管理的數據，就像在本地Postgres表中一樣。例如，使用FDW for MongoDB，資料庫管理員可以查詢來自文檔資料庫的數據，並使用SQL將它與來自本地Postgres表的數據相關聯。藉助這種方法，用戶可以將數據作為行、列或JSON文檔進行查看、排序和分組。他們甚至可以直接從Postgres向源文檔資料庫寫入(插入、更細或刪除)數據，就像一個一體的無縫部署。也可以對Hadoop集群或MySQL部署做同樣的事。FDW使Postgres可以充當企業的中央聯合資料庫或「Hub」。
7)沒有字元串長度限制
一般關系型資料庫的字元串有限定長度8k左右，無限長 TEXT 類型的功能受限，只能作為外部大數據訪問。而PostgreSQL的 TEXT 類型可以直接訪問，SQL語法內置正則表達式，可以索引，還可以全文檢索，或使用xml xpath。MySQL 的各種text欄位有不同的限制，要手動區分 small text, middle text, large text… PostgreSQL 沒有這個限制，text 能支持各種大小。
8)支持圖結構數據存儲
沒有具體使用過，具體可以自己搜索下。參考鏈接：https://mp.weixin.qq.com/s/cjor82wgDu5gzDvTYpLDWw
9)支持窗口函數
窗口函數提供跨行相關的當前查詢行集執行計算的能力。僅當調用跟著OVER子句的聚集函數，作為窗口函數;否則它們作為常規的聚合函數。窗口也是一種分組，但和 group by 的分組不同。窗口，可以提供分組之外，還可以執行對每個窗口進行計算。可以相像成是group by 後，然後對每個分組進行計算，而不像Group by ，只是單純地分組。MySQL 不支持 OVER 子句, 而PostgreSQL支持。OVER 子句能簡單的解決「每組取 top 5」的這類問題。MySQL支持的SQL語法(ANSI SQL標准)的很小一部分。不支持遞歸查詢、通用表表達式(Oracle的with 語句)或者窗口函數(分析函數)。
10)對索引的支持更強
PostgreSQL 的可以使用函數和條件索引，這使得PostgreSQL資料庫的調優非常靈活，mysql就沒有這個功能，條件索引在web應用中很重要。對於索引類型：
MySQL：取決於存儲引擎。MyISAM：BTREE，InnoDB：BTREE。
PostgreSQL：支持 B-樹、哈希、R-樹和 Gist 索引。
InnoDB的表和索引都是按相同的方式存儲。也就是說表都是索引組織表。這一般要求主鍵不能太長而且插入時的主鍵最好是按順序遞增，否則對性能有很大影響。PostgreSQL不存在這個問題。
索引類型方面，MySQL取決於存儲引擎。MyISAM：BTREE，InnoDB：BTREE。PostgreSQL支持 B-樹、哈希、R-樹和 Gist 索引。
11)集群支持更好
Mysql Cluster可能與你的想像有較大差異。開源的cluster軟體較少。復制(Replication)功能是非同步的並且有很大的局限性。例如，它是單線程的(single-threaded)，因此一個處理能力更強的Slave的恢復速度也很難跟上處理能力相對較慢的Master。
PostgreSQL有豐富的開源cluster軟體支持。plproxy 可以支持語句級的鏡像或分片，slony 可以進行欄位級的同步設置，standby 可以構建WAL文件級或流式的讀寫分離集群，同步頻率和集群策略調整方便，操作非常簡單。
另外，PostgreSQL的主備復制屬於物理復制，相對於MySQL基於binlog的邏輯復制，數據的一致性更加可靠，復制性能更高，對主機性能的影響也更小。對於WEB應用來說，復制的特性很重要，mysql到現在也是非同步復制，pgsql可以做到同步，非同步，半同步復制。還有mysql的同步是基於binlog復制，類似oracle golden gate,是基於stream的復制，做到同步很困難，這種方式更加適合異地復制，pgsql的復制基於wal，可以做到同步復制。同時，pgsql還提供stream復制。
12)事務隔離做的更好
MySQL 的事務隔離級別 repeatable read 並不能阻止常見的並發更新, 得加鎖才可以, 但悲觀鎖會影響性能, 手動實現樂觀鎖又復雜. 而 PostgreSQL 的列里有隱藏的樂觀鎖 version 欄位, 默認的 repeatable read 級別就能保證並發更新的正確性, 並且又有樂觀鎖的性能。
13)對於字元支持更好一些
MySQL 里需要 utf8mb4 才能顯示 emoji 的坑, PostgreSQL 沒這個坑。
14)對表連接支持較完整
對表連接支持較完整，MySQL只有一種表連接類型:嵌套循環連接(nested-loop),不支持排序-合並連接(sort-merge join)與散列連接(hash join)。PostgreSQL都支持。
15)存儲方式支持更大的數據量
PostgreSQL主表採用堆表存放，MySQL採用索引組織表，能夠支持比MySQL更大的數據量。
16)時間精度更高
MySQL對於時間、日期、間隔等時間類型沒有秒以下級別的存儲類型，而PostgreSQL可以精確到秒以下。
17)優化器的功能較完整
MySQL對復雜查詢的處理較弱，查詢優化器不夠成熟，explain看執行計劃的結果簡單。性能優化工具與度量信息不足。
PostgreSQL很強大的查詢優化器，支持很復雜的查詢處理。explain返回豐富的信息。提供了一些性能視圖，可以方便的看到發生在一個表和索引上的select、delete、update、insert統計信息，也可以看到cache命中率。網上有一個開源的pgstatspack工具。
18)序列支持更好
MySQL 不支持多個表從同一個序列中取 id, 而 PostgreSQL 可以。
19)對子查詢支持更好
對子查詢的支持。雖然在很多情況下在SQL語句中使用子查詢效率低下，而且絕大多數情況下可以使用帶條件的多表連接來替代子查詢，但是子查詢的存在在很多時候仍然不可避免。而且使用子查詢的SQL語句與使用帶條件的多表連接相比具有更高的程序可讀性。幾乎任何資料庫的子查詢 (subquery) 性能都比 MySQL 好。
20)增加列更加簡單
MySQL表增加列，基本上是重建表和索引，會花很長時間。PostgreSQL表增加列，只是在數據字典中增加表定義，不會重建表.
MySQL相對於PostgreSQL的優勢
1)MySQL比PostgreSQL更流行
流行對於一個商業軟體來說，也是一個很重要的指標，流行意味著更多的用戶，意味著經受了更多的考驗，意味著更好的商業支持、意味著更多、更完善的文檔資料。易用，很容易安裝。第三方工具，包括可視化工具，讓用戶能夠很容易入門。
2)回滾實現更優
innodb的基於回滾段實現的MVCC機制，相對PG新老數據一起存放的基於XID的MVCC機制，是占優的。新老數據一起存放，需要定時觸發VACUUM，會帶來多餘的IO和資料庫對象加鎖開銷，引起資料庫整體的並發能力下降。而且VACUUM清理不及時，還可能會引發數據膨脹。
3)在Windows上運行更可靠
與PostgreSQL相比，MySQL更適宜在Windows環境下運行。MySQL作為一個本地的Windows應用程序運行(在 NT/Win2000/WinXP下，是一個服務)，而PostgreSQL是運行在Cygwin模擬環境下。PostgreSQL在Windows下運行沒有MySQL穩定，應該是可以想像的。
4)線程模式相比進程模式的優勢
MySQL使用了線程，而PostgreSQL使用的是進程。在不同線程之間的環境轉換和訪問公用的存儲區域顯然要比在不同的進程之間要快得多。
進程模式對多CPU利用率比較高。進程模式共享數據需要用到共享內存，而線程模式數據本身就是在進程空間內都是共享的，不同線程訪問只需要控制好線程之間的同步。
線程模式對資源消耗比較少。所以MySQL能支持遠比PostgreSQL多的更多的連接。但PostgreSQL中有優秀的連接池軟體軟體，如pgbouncer和pgpool，所以通過連接池也可以支持很多的連接。
5)許可權設置上更加完善
MySQL在許可權系統上比PostgreSQL某些方面更為完善。PostgreSQL只支持對於每一個用戶在一個資料庫上或一個數據表上的 INSERT、SELECT和UPDATE/DELETE的授權，而MySQL允許你定義一整套的不同的數據級、表級和列級的許可權。對於列級的許可權， PostgreSQL可以通過建立視圖，並確定視圖的許可權來彌補。MySQL還允許你指定基於主機的許可權，這對於目前的PostgreSQL是無法實現的，但是在很多時候，這是有用的。
6)存儲引擎插件化機制
MySQL的存儲引擎插件化機制，使得它的應用場景更加廣泛，比如除了innodb適合事務處理場景外，myisam適合靜態數據的查詢場景。
7)適應24/7運行
MySQL可以適應24/7運行。在絕大多數情況下，你不需要為MySQL運行任何清除程序。PostgreSQL目前仍不完全適應24/7運行，這是因為你必須每隔一段時間運行一次VACUUM。
8)更加試用於簡單的場景
PostgreSQL只支持堆表，不支持索引組織表，Innodb只支持索引組織表。
索引組織表的優勢：表內的數據就是按索引的方式組織，數據是有序的，如果數據都是按主鍵來訪問，那麼訪問數據比較快。而堆表，按主鍵訪問數據時，是需要先按主鍵索引找到數據的物理位置。
索引組織表的劣勢：索引組織表中上再加其它的索引時，其它的索引記錄的數據位置不再是物理位置，而是主鍵值，所以對於索引組織表來說，主鍵的值不能太大，否則佔用的空間比較大。
對於索引組織表來說，如果每次在中間插入數據，可能會導致索引分裂，索引分裂會大大降低插入的性能。所以對於使用innodb來說，我們一般最好讓主鍵是一個無意義的序列，這樣插入每次都發生在最後，以避免這個問題。
由於索引組織表是按一個索引樹，一般它訪問數據塊必須按數據塊之間的關系進行訪問，而不是按物理塊的訪問數據的，所以當做全表掃描時要比堆錶慢很多，這可能在OLTP中不明顯，但在數據倉庫的應用中可能是一個問題。
總結
MySQL從一開始就沒有打算做所有事情，因而它在功能方面有一定的局限性，並不能滿足一些先進應用程序的要求。MySQL對某些功能(例如引用、事務、審計等)的實現方式使得它與其他的關系型資料庫相比缺少了一些可靠性。對於簡單繁重的讀取操作，使用PostgreSQL可能有點小題大做，同時性能也比MySQL這樣的同類產品要差。除非你需要絕對的數據完整性，ACID遵從性或者設計復雜，否則PostgreSQL對於簡單的場景而言有點多餘。
如何你確定只在MySQL和PostgreSQL中進行選擇，以下規則總是有效的：
如果你的操作系統是Windows，你應該使用MySQL。
當絕對需要可靠性和數據完整性的時候，PostgreSQL是更好的選擇。
如果需要資料庫執行定製程序，那麼可擴展的PostgreSQL是更好的選擇。
你的應用處理的是地理數據，由於R-TREES的存在，你應該使用PostgreSQL。
如果你對資料庫並不了十分了解，甚至不知道事務、存儲過程等究竟是什麼，你應該使用MySQL。

Ⅷ 為什麼選擇PostgreSQL而不是MySQL

David Bolton是一名獨立開發者，他使用PostgreSQL和MySQL都已有超過十年的時間。近日，他撰文闡述了選擇PostgreSQL而不是MySQL的理由。他認為，MySQL之所以仍然如此流行是因為每個Linux Web託管軟體包中都包含它。但隨著Oracle將其收購，MySQL的開源程度大不如前。而PostgreSQL不僅發展更快，還加入了JSON支持，成為少數幾個支持NoSQL的關系型資料庫之一。

MySQL/MariaDB的當前版本是5.7.6（MariaDB為MySQL創建者Monty Widenius創建的一個MySQL分支），PostgreSQL的版本是9.4.1。Bolton從以下幾個方面對比了兩者的最新版本：

ANSI標准兼容性：與先前的版本相比，MySQL已經有了長足的進步，但MySQL背後的哲學是，如果客戶喜歡，他們就會支持非標准擴展，而PostgreSQL從開始就將標准構建到平台里。不過，二者殊途同歸，差別不大；
ACID遵從性：PostgreSQL有一個存儲引擎，而MySQL有9個，但只有MyIsam和InnoDB與大部分用戶有關，其中，後者為默認存儲引擎。InnoDB和PostgreSQL都完全遵循ACID，差別不大；
無鎖表修改：MyIsam使用表級鎖來提升速度，這會導致寫互斥。但PostgreSQL和InnoDB均使用行級鎖，差別不大；
子查詢：長期以來，這一直是MySQL的一個弱點，雖然5.6.5作了重大改進，但PostgreSQL對表連接支持得更好，尤其是MySQL不支持全外連接，因此，這方面PostgreSQL勝過MySQL；
JSON支持和NoSQL：PostgreSQL最近增加了JSON支持，與傳統的關系型資料庫相比，它提供了更大的數據存儲靈活性，因此，這方面PostgreSQL勝過MySQL。

此外，Bolton指出，選擇PostgreSQL還有如下理由：

更好的許可：PostgreSQL採用類似MIT的許可協議，允許開發人員做任何事情，包括在開源或閉源產品中商用，而MySQL的客戶端遵循GPL許可協議，所以開發人員必須向Oracle付費或者將自己的應用程序開源；
更好的數據一致性： PostgreSQL會在數據插入和更新之前進行嚴格的驗證，確保數據合法才會進行相應的操作，但在MySQL中，開發人員需要將伺服器設定為嚴格SQL模式才能達到同樣的目的，否則可能會產生不規范數據；
伺服器擴展：MySQL提供了插件程序API，
支持C/C++或任何兼容C的語言，而且從5.7.3版本開始支持全文搜索，PostgreSQL有一個類似的系統但支持的語言更多，包括C/C++、
Java、.Net、Perl、
Python、Ruby、Tcl、ODBC等，它甚至可以在單獨的進程中運行用戶提供的代碼；除了所有關系型資料庫都包含的有關資料庫、表和列的一般信息
外，PostgreSQL系統目錄中還可以包含關於數據類型、函數和存取方法的信息，開發人員可以通過修改這些信息實現擴展。

Ⅸ MySQL與PostgreSQL比較哪個資料庫更好

如果打算為項目選擇一款免費、開源的資料庫，那麼你可能會在MySQL與PostgreSQL之間猶豫不定。MySQL與PostgreSQL都是
免費、開源、強大、且功能豐富的資料庫。你主要的問題可能是：哪一個才是最好的開源資料庫，MySQL還是PostgreSQL呢？該選擇哪一個開源數據
庫呢？

在選擇資料庫時，你所做的是個長期的決策，因為後面如果再改變決定將是非常困難且代價高昂的。你希望一開始就選擇正確。兩個流行的開源資料庫MySQL與PostgreSQL常常成為最後要選擇的產品。對這兩個開源資料庫的高層次概覽將會有助於你選擇最適合自己需要的。
MySQL

MySQL
相對來說比較年輕，首度出現在1994年。它聲稱自己是最流行的開源資料庫。MySQL就是LAMP（用於Web開發的軟體包，包括
Linux、Apache及Perl/PHP/Python）中的M。構建在LAMP棧之上的大多數應用都會使用MySQL，包括那些知名的應用，如
WordPress、Drupal、Zend及phpBB等。
一開始，MySQL的設計目標是成為一個快速的Web伺服器後端，使用快速的
索引序列訪問方法（ISAM），不支持ACID。經過早期快速的發展之
後，MySQL開始支持更多的存儲引擎，並通過InnoDB引擎實現了ACID。MySQL還支持其他存儲引擎，提供了臨時表的功能（使用MEMORY存
儲引擎），通過MyISAM引擎實現了高速讀的資料庫，此外還有其他的核心存儲引擎與第三方引擎。
MySQL的文檔非常豐富，有很多質量不錯的免費參考手冊、圖書與在線文檔，還有來自於Oracle和第三方廠商的培訓與支持。
MySQL
近幾年經歷了所有權的變更和一些頗具戲劇性的事件。它最初是由MySQL
AB開發的，然後在2008年以10億美金的價格賣給了Sun公司，Sun公司又在2010年被Oracle收購。Oracle支持MySQL的多個版
本：Standard、Enterprise、Classic、Cluster、Embedded與Community。其中有一些是免費下載的，另外一
些則是收費的。其核心代碼基於GPL許可，對於那些不想使用GPL許可的開發者與廠商來說還有商業許可可供使用。
現在，基於最初的
MySQL代碼還有更多的資料庫可供選擇，因為幾個核心的MySQL開發者已經發布了MySQL分支。最初的MySQL創建者之一 Michael
"Monty"
Widenius貌似後悔將MySQL賣給了Sun公司，於是又開發了他自己的MySQL分支MariaDB，它是免費的，基於GPL許可。知名的
MySQL開發者Brian Aker所創建的分支Drizzle對其進行了大量的改寫，特別針對多CPU、雲、網路應用與高並發進行了優化。
PostgreSQL

PostgreSQL標榜自己是世界上最先進的開源資料庫。PostgreSQL的一些粉絲說它能與Oracle相媲美，而且沒有那麼昂貴的價格和傲慢的客服。它擁有很長的歷史，最初是1985年在加利福尼亞大學伯克利分校開發的，作為Ingres資料庫的後繼。
PostgreSQL
是完全由社區驅動的開源項目，由全世界超過1000名貢獻者所維護。它提供了單個完整功能的版本，而不像MySQL那樣提供了
多個不同的社區版、商業版與企業版。PostgreSQL基於自由的BSD/MIT許可，組織可以使用、復制、修改和重新分發代碼，只需要提供一個版權聲
明即可。
可靠性是PostgreSQL的最高優先順序。它以堅如磐石的品質和良好的工程化而聞名，支持高事務、任務關鍵型應用。
PostgreSQL的文檔非
常精良，提供了大量免費的在線手冊，還針對舊版本提供了歸檔的參考手冊。PostgreSQL的社區支持是非常棒的，還有來自於獨立廠商的商業支持。
數
據一致性與完整性也是PostgreSQL的高優先順序特性。PostgreSQL是完全支持ACID特性的，它對於資料庫訪問提供了強大的安全性
保證，充分利用了企業安全工具，如Kerberos與OpenSSL等。你可以定義自己的檢查，根據自己的業務規則確保數據質量。在眾多的管理特性
中，point-in-time
recovery（PITR）是非常棒的特性，這是個靈活的高可用特性，提供了諸如針對失敗恢復創建熱備份以及快照與恢復的能力。但這並不是
PostgreSQL的全部，項目還提供了幾個方法來管理PostgreSQL以實現高可用、負載均衡與復制等，這樣你就可以使用適合自己特定需求的功能
了。
平台
MySQL與PostgreSQL都出現在一些高流量的Web站點上：
MySQL：Slashdot、Twitter、Facebook與Wikipedia
PostgreSQL：Yahoo使用了一個修改的PostgreSQL資料庫來處理每天數以億計的事件，還有Reddit和Disqus
MySQL
與PostgreSQL都能運行在多個操作系統上，如Linux、Unix、Mac OS
X與Windows。他們都是開源、免費的，因此測試他們時的唯一代價就是你的時間與硬體。他們都很靈活且具有可伸縮性，可用在小型系統和大型分布式系統
上。MySQL在一個領域上要比PostgreSQL更進一步，那就是它的觸角延伸到了嵌入式領域，這是通過libmysqld實現的。
PostgreSQL不支持嵌入式應用，依然堅守在傳統的客戶端/伺服器架構上。
MySQL通常被認為是針對網站與應用的快速資料庫後端，
能夠進行快速的讀取和大量的查詢操作，不過在復雜特性與數據完整性檢查方面不太盡如人意。
PostgreSQL是針對事務型企業應用的嚴肅、功能完善的資料庫，支持強ACID特性和很多數據完整性檢查。他們二者都在某些任務上具有很快的速
度，MySQL不同存儲引擎的行為有較大差別。MyISAM引擎是最快的，因為它只執行很少的數據完整性檢查，適合於後端讀操作較多的站點，不過對於包含
敏感數據的讀/寫資料庫來說就是個災難了，因為MyISAM表最終可能會損壞。MySQL提供了修復MySQL表的工具，不過對於敏感數據來說，支持
ACID特性的InnoDB則是個更好的選擇。
與之相反，PostgreSQL則是個只有單一存儲引擎的完全集成的資料庫。你可以通過調整postgresql.conf文件的參數來改進性能，也可以調整查詢與事務。PostgreSQL文檔對於性能調優提供了非常詳盡的介紹。
MySQL與PostgreSQL都是高可配置的，並且可以針對不同的任務進行相應的優化。他們都支持通過擴展來添加額外的功能。
一個常見的誤解就是MySQL要比PostgreSQL更容易學習。關系資料庫系統都是非常復雜的，這兩個資料庫的學習曲線其實是差不多的。
標准兼容性
PostgreSQL
旨在實現SQL兼容性（當前標準是ANSI-SQL:2008）。MySQL則兼容大部分SQL，不過還有自己的擴展，可以支
持NoSQL特性，這在參考手冊中都有介紹。每種方式都有優缺點。兼容標准會讓資料庫管理員、資料庫開發者與應用開發者更舒服一些，因為這意味著他們只需
學習一套標准、一套特性和命令即可。這會節省時間，提升效率，也不會被鎖定在特定的廠商上。
支持使用非標準的自定義功能的人們認為這樣可
以快速採用新的特性，而不必等待標准進程完成。ANSI/ISO標准在不斷演化，因此標准兼容性也是個
變化的目標：知名的關系型資料庫Microsoft SQL Server、Oracle與IBM DB2也只是部分兼容於標准。
結論
雖
然有不同的歷史、引擎與工具，不過並沒有明確的參考能夠表明這兩個資料庫哪一個能夠適用於所有情況。很多組織喜歡使用PostgreSQL，因為
它的可靠性好，在保護數據方面很擅長，而且是個社區項目，不會陷入廠商的牢籠之中。MySQL更加靈活，提供了更多選項來針對不同的任務進行裁剪。很多時
候，對於一個組織來說，對某個軟體使用的熟練程度要比特性上的原因更重要。

postgresql和mysql

與postgresql和mysql相關的內容