PostgreSQL與MySQL比較

特性	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 索引。
約束	支持主鍵、外鍵、唯一和非空約束。對檢查約束進行解析，可是不強制實施。	支持主鍵、外鍵、唯1、非空和檢查約束。
存儲過程和用戶定義函數	支持 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的多版本的主要劣勢在於：
   一、最新版本和歷史版本不分離存儲，致使清理老舊版本須要做更多的掃描，代價比較大，但通常的數據庫都有高峯期，若是咱們合理安排VACUUM，這也不是很大的問題，並且在PostgreSQL9.0中VACUUM進一步被增強了。 
　　二、因爲索引中徹底沒有版本信息，不能實現Coverage index scan，即查詢只掃描索引，直接從索引中返回所需的屬性，還須要訪問表。而oracle與Innodb則能夠; 


進程模式與線程模式的對比 
PostgreSQL和oracle是進程模式，MySQL是線程模式。 
進程模式對多CPU利用率比較高。 
進程模式共享數據須要用到共享內存，而線程模式數據自己就是在進程空間內都是共享的，不一樣線程訪問只須要控制好線程之間的同步。 
線程模式對資源消耗比較少。 
因此MySQL能支持遠比oracle多的更多的鏈接。 
對於PostgreSQL的來講，若是不使用鏈接池軟件，也存在這個問題，但PostgreSQL中有優秀的鏈接池軟件軟件，如pgbouncer和pgpool，因此經過鏈接池也能夠支持不少的鏈接。 

堆表與索引組織表的的對比

Oracle支持堆表，也支持索引組織表 
PostgreSQL只支持堆表，不支持索引組織表 
Innodb只支持索引組織表 
索引組織表的優點： 
表內的數據就是按索引的方式組織，數據是有序的，若是數據都是按主鍵來訪問，那麼訪問數據比較快。而堆表，按主鍵訪問數據時，是須要先按主鍵索引找到數據的物理位置。 
索引組織表的劣勢： 
索引組織表中上再加其它的索引時，其它的索引記錄的數據位置再也不是物理位置，而是主鍵值，因此對於索引組織表來講，主鍵的值不能太大，不然佔用的空間比較大。 
對於索引組織表來講，若是每次在中間插入數據，可能會致使索引分裂，索引分裂會大大下降插入的性能。因此對於使用innodb來講，咱們通常最好讓主鍵是一個無心義的序列，這樣插入每次都發生在最後，以免這個問題。 
因爲索引組織表是按一個索引樹，通常它訪問數據塊必須按數據塊之間的關係進行訪問，而不是按物理塊的訪問數據的，因此當作全表掃描時要比堆錶慢不少，這可能在OLTP中不明顯，但在數據倉庫的應用中多是一個問題。 




　 PostgreSQL9.0中的特點功能：    
      PostgreSQL中的Hot Standby功能 
    也就是standby在應用日誌同步時，還能夠提供只讀服務，這對作讀寫分離頗有用。這個功能是oracle11g纔有的功能。 

      PostgreSQL異步提交（Asynchronous Commit）的功能  ： 
　 這個功能oracle中也是到oracle11g R2纔有的功能。由於在不少應用場景中，當宕機時是容許丟失少許數據的，這個功能在這樣的場景中就特別合適。在PostgreSQL9.0中把synchronous_commit設置爲false就打開了這個功能。須要注意的是，雖然設置爲了異步提交，當主機宕機時，PostgreSQL只會丟失少許數據，異步提交併不會致使數據損壞而數據庫起不來的狀況。MySQL中沒有據說過有這個功能。 

       PostgreSQL中索引的特點功能  ： 
     PostgreSQL中能夠有部分索引，也就是隻能表中的部分數據作索引，create index 能夠帶where 條件。同時PostgreSQL中的索引能夠反向掃描，因此在PostgreSQL中能夠沒必要建專門的降序索引了。