postgresql客戶端是可以和mysql相比肩的數據庫軟件，具有廣泛的兼容性和支持性，基本上所有和sql相關的服務全都可以為用戶進行提供，自帶搜索功能，有著良好的擴展處理功能。

postgresql是什么

開源且功能強大的開源對象關系數據庫管理系統(ORDBMS)。使用它可能很好的實現數據庫服務器群集和負載均衡，并且支持幾乎所有SQL功能，包括subselects、transactions 以及用戶自定義類和功能，用于安全地存儲數據。

設置中文教程

1、運行pgAdmin 4》bin文件夾下的“pgAdmin4.exe”；

2、點擊 File -> Preferences

3、在 User language 中選擇簡體中文后保存，重啟后就是中文顯示了。

推薦理由

1、創新的數據管理系統，以其可靠性和健壯性著稱，得益于全球開發者社區超過25年的開源開發，它已成為各種規模組織首選的開源關系數據庫。

2、對索引和查找系統（lookup system）進行了重大改進，使大型數據庫受益，包括節省了空間并提高了索引的性能，使用聚合或分區使查詢的響應時間更快，使用增強的統計信息時更好的查詢計劃等等。

3、除具有高度要求的功能（如并行清理 和增量排序）外，還為大小工作量提供了更好的數據管理體驗，并為日常管理進行了優化，為應用程序開發人員提供了更多便利，并增強了安全性。

postgresql電腦版特色

多版本并發控制：使用多版本并發控制（MVCC，Multiversion concurrency control）系統進行并發控制，該系統向每個用戶提供了一個數據庫的"快照"，用戶在事務內所作的每個修改，對于其他的用戶都不可見，直到該事務成功提交。

函數：通過函數，可以在數據庫服務器端執行指令程序。

索引：用戶可以自定義索引方法，或使用內置的 B 樹，哈希表與 GiST 索引。

數據類型：包括文本、任意精度的數值數組、JSON 數據、枚舉類型、XML 數據等。

全文檢索：通過 Tsearch2 或 OpenFTS，8.3版本中內嵌 Tsearch2。

NoSQL：JSON，JSONB，XML，HStore 原生支持，至 NoSQL 數據庫的外部數據包裝器。

數據倉庫：能平滑遷移至同屬 PostgreSQL 生態的 GreenPlum，DeepGreen，HAWK 等，使用 FDW 進行 ETL。

觸發器：觸發器是由SQL語句查詢所觸發的事件。如：一個INSERT語句可能觸發一個檢查數據完整性的觸發器。觸發器通常由INSERT或UPDATE語句觸發。

規則：規則（RULE）允許一個查詢能被重寫，通常用來實現對視圖（VIEW）的操作，如插入（INSERT）、更新（UPDATE）、刪除（DELETE）。

postgresql vs mysql區別

--配置文件參數

前者一共有255個參數，用到的大概是80個，參數比較穩定，用上個大版本配置文件也可以啟動當前大版本數據庫；

后者一共有707個參數，用到的大概是180個，參數不斷增加，就算小版本也會增加參數，大版本之間會有部分參數不兼容情況。

--CPU限制

前者沒有CPU核心數限制，有多少CPU核就用多少；

后者能用128核CPU，超過128核用不上。

--從庫只讀狀態

前者系統自動設置從庫默認只讀，不需要人工介入，維護簡單；

后者從庫需要手動設置參數super_read_only=on，讓從庫設置為只讀，super_read_only參數有bug。

--版本分支

前者只有社區版，沒有其他任何分支版本，PGSQL官方統一開發，統一維護，社區版有所有功能，不像SQL Server和MySQL有標準版、企業版、經典版、社區版、開發版、web版之分國內外還有一些基于PGSQL做二次開發的數據庫廠商，例如：Enterprise DB、瀚高數據庫等等，當然這些只是二次開發并不算獨立分支；

后者由于歷史原因，分裂為三個分支版本，MariaDB分支、Percona分支 、Oracle官方分支，發展到目前為止各個分支基本互相不兼容Oracle官方分支還有版本之分，分為標準版、企業版、經典版、社區版。

--SQL特性支持

前者特性支持情況支持94種，SQL語法支持最完善，例如：支持公用表表達式（WITH查詢）；

后者特性支持情況支持36種，SQL語法支持比較弱，例如：不支持公用表表達式（WITH查詢）。

--第三方工具依賴情況

前者只有高可用集群需要依靠第三方中間件，例如：patroni+etcd、repmgr；

后者大部分操作都要依靠percona公司的第三方工具（percona-toolkit，XtraBackup），工具命令太多，學習成本高，高可用集群也需要第三方中間件，官方MGR集群還沒成熟。

--高可用主從復制底層原理

前者物理流復制，屬于物理復制，跟SQL Server鏡像/AlwaysOn一樣，嚴格一致，沒有任何可能導致不一致，性能和可靠性上，物理復制完勝邏輯復制，維護簡單；

后者主從復制，屬于邏輯復制，（sql_log_bin、binlog_format等參數設置不正確都會導致主從不一致）大事務并行復制效率低，對于重要業務，需要依賴 percona-toolkit的pt-table-checksum和pt-table-sync工具定期比較和修復主從一致主從復制出錯嚴重時候需要重搭主從MySQL的邏輯復制并不阻止兩個不一致的數據庫建立復制關系。