postgresql很強大，為何在中國，mysql成為主流？
你找一個能安裝起來的資料庫，都可以學，不管什麼版本。
資料庫的基本功，是那些基本概念（SQL，表，存儲過程，索引，鎖，連接配置等等），這些在任何一個版本中都是一樣的。
postgresql很強大，為何在中國大陸，mysql成為主流？
可以看相關的問題：為什麼中國流行mybatis，國外反而多用hibernate？
1. //www.zhihu.com/question/309662829
2. //zhuanlan.zhihu.com/p/439807305
3. //www.cnblogs.com/jpfss/p/10882139.html
時勢造英雄
- 可能跟PHP有點關係
PHP很早的版本就有內置的mysql支援，很多Linux發行版都可以一鍵安裝LAMP套件（Apache + MySQL + PHP），基本不用配置就可以開始用。其實中國PHP流行的時候已經有pgsql的支援了，但是習慣和早期沿襲的資料的影響仍然是巨大的。因為MySQL用的多，自然熟悉MySQL的DBA也多，也就進一步影響了其它語言的選型。
對於當時的大部分開發者和公司來說，pgsql的那些高級功能反正也不會用，自然就跟不存在沒什麼兩樣。
- mysql和postgres的早期完全是兩個極端。
mysql更像是個「基本上滿足關係資料庫語法的大號「K V」，對關係型資料庫的高級功能支援的很不好。
為什麼說PostgreSQL非常厲害？
-
互聯網公司為了擴展，長期的經驗是，僅僅把資料庫當作是一個「存儲」，而非存儲+核心數據邏輯的計算節點。大量的計算都在業務伺服器上進行，而業務伺服器可以無限水平擴展，而無需擔心有狀態的數據遷移問題；
-
因為沒有提供很多高級功能和數據一致性的保障，mysql對於簡單的sql支援的反而更加直接，在速度上有很大的優勢；
-
對於OLTP，完全不需要複雜的數據處理功能。
簡單的select … from … where id = xxx; insert into xxx；update xxx set xxx=xxx where id = xxxx是OLTP的主流功能。基於這些功能的ORM的出現大大的提高了生產效率；
對於OLAP，儘管postgres查詢分析功能很強，但是一般互聯網公司的數據量實在太大，用postgres這種資料庫根本無法處理。通常會用MapReduce，Hive，Pig等大數據處理工具來分析；
-
多執行緒模型，天然對高並發支援良好。而pg一直是多進程模型。進程的創建會更慢，更耗記憶體。雖然有些pg的連接池方案，但是mysql在這方面「開箱即用」；
-
postgres早期並不支援「邏輯複製」。物理複製意味著存儲格式的細節完全暴露，不兼容的版本無法直接組成主從同步，於是無法做滾動升級。這就意味著在升級資料庫時，必須停服，把整個集群升級後再恢復。而mysql從一開始就是邏輯複製（這其實是由於mysql一直是server和存儲引擎分層的架構，邏輯複製發生在server層）。這個缺陷會讓postgres的運營不受業務開發者的待見。誰也不希望自己的業務停服。
反過來再看postgres的優點，會發現對於OLTP並沒有太大的吸引力：
- 豐富的數據類型 – 通常用處不大，常用類型足夠了。如果有複雜類型，業務上自己序列化，存儲成varchar就行。可以用json，PB，avro等。序列化反序列化都發生在業務伺服器，更好維護和優化；
- 強大的審計函數 – 互聯網早期活下來是一切，審計並不是核心需求（通常需要嚴格審計的領域早就會用Oracle/MSql，不差錢）；
- 強大的索引。postgres的自定義索引功能很強大。但是對於mysql，關鍵的幾列有索引就夠了，不需要複雜的高級索引。我承認早期mysql的查詢優化器智商堪憂，但如果要改，一句explain，然後force index也就是了。對於開發人員簡單直接。有一段時間LBS很流行，當時mongo很潮的直接支援了空間索引。當時大家紛紛的「NoSQL」，就更不會看postgres一眼。然後到了大概2015年，mysql 5.7也支援空間索引了。
- Posgres的MVCC實現牛逼不，牛。serial snapshot isolation是很強。但是到了需要變更數據嚴格一致的時候，select … for update又不是不能用：）
- 對於序列號，sequence是很好。但是互聯網公司對於簡單場景用auto increment。對於生產場景就直接用分散式序列號生成服務了。postgres的序列號產生器～偏雞肋。
- Postgres的全文索引很強，但強的過ES？強的過專門訂製的搜索引擎系統？要知道搜索業務最關鍵的是把「最匹配搜索人需要的搜索結果返回出來「，而不是僅僅」能搜到一堆不分主次但滿足關鍵字匹配的結果「。
因此早期mysql變成了事實上的互聯網企業OLTP的事實標準。不管幹啥業務，mysql都不可或缺。在行業里跳槽來跳槽去的程式設計師普遍對mysql也更熟悉。大量圍繞mysql的商業服務都成為了行業主流。新一代分散式資料庫，像TiDB（分散式資料庫）為了吸引用戶，首先要做的是「兼容mysql的語法」。
再往後，mysql增加了更多「關係型資料庫該有的」功能，比如完全支援ACID的innodb成為默認存儲引擎，比如5.7的json原生支援，8.0的window function/CTE。而postgres也增加了更多的「互聯網功能」。但是時機已經過去了。大家mysql跑著業務好好的。而切換資料庫絕對不是僅僅像某些ORM標榜的換一個Dialect就行的。而是整個編程模型，性能表現，運維工具和流程都要有巨大的變化。如非必要，犯不著為了一個「most advanced”的標語去折騰，更不會為了資料庫愛好者的情懷做傷害利益的事情。
主流資料庫哪個最好？哪個現在最火？
商業Oracle，微軟SQLServer，免費MySQL。
也可以看一下這個資料庫排行榜 DB-Engines Ranking，可以看到關係資料庫資料庫中，上面三者的流行度遠抄其他資料庫。而非關係資料庫，比較流行的就是 MongoDB 和 Redis 了。
PostgreSQL，MongoDB，Redis上漲很猛，Oracle，MSSQL，少許下降，MySQL幾乎不變
