05 instagram正版最新版本2022(ins首頁沒有直播入口2022)

有標準版、企業版、經典版、社區版、開發版、web版之分

國內外還有一些基于PGSQL做二次開發的數據庫廠商，例如：Enterprise DB、瀚高數據庫等等，當然這些只是二次開發并不算獨立分支

MySQL

由于歷史原因，分裂為三個分支版本，MariaDB分支、Per買粉絲na分支 、Oracle官方分支，發展到目前為止各個分支基本互相不兼容

Oracle官方分支還有版本之分，分為標準版、企業版、經典版、社區版

7. SQL特性支持

PGSQL

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

MySQL

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

關于SQL特性支持情況的對比，可以參考：買粉絲://買粉絲.sql-workbench.買粉絲/dbms_買粉絲parison.買粉絲

8. 主從復制安全性

PGSQL

同步流復制、強同步（remote apply)、高安全，不會丟數據

PGSQL同步流復制：所有從庫宕機，主庫會罷工，主庫無法自動切換為異步流復制（異步模式），需要通過增加從庫數量來解決，一般生產環境至少有兩個從庫

手動解決：在PG主庫修改參數synchronous_standby_names =''，并執行命令： pgctl reload ，把主庫切換為異步模式

主從數據完全一致是高可用切換的第一前提，所以PGSQL選擇主庫罷工也是可以理解

MySQL

增強半同步復制 ，mysql5.7版本增強半同步才能保證主從復制時候不丟數據

mysql5.7半同步復制相關參數：

參數rpl_semi_sync_master_wait_for_slave_買粉絲unt 等待至少多少個從庫接收到binlog，主庫才提交事務，一般設置為1，性能最高

參數rpl_semi_sync_master_timeout 等待多少毫秒，從庫無回應自動切換為異步模式，一般設置為無限大，不讓主庫自動切換為異步模式

所有從庫宕機，主庫會罷工，因為無法收到任何從庫的應答包

手動解決：在MySQL主庫修改參數rpl_semi_sync_master_wait_for_slave_買粉絲unt=0

9. 多字段統計信息

PGSQL

支持多字段統計信息

MySQL

不支持多字段統計信息

10. 索引類型

PGSQL

多種索引類型（btree , hash , gin , gist , sp-gist , brin , bloom , rum , zombodb , bitmap，部分索引，表達式索引）

MySQL

btree 索引，全文索引（低效），表達式索引(需要建虛擬列)，hash 索引只在內存表

11. 物理表連接算法

PGSQL

支持 nested-loop join 、hash join 、merge join

MySQL

只支持 nested-loop join

12. 子查詢和視圖性能

PGSQL

子查詢，視圖優化，性能比較高

MySQL

視圖謂詞條件下推限制多，子查詢上拉限制多

13. 執行計劃即時編譯

PGSQL

支持 JIT 執行計劃即時編譯，使用LLVM編譯器

MySQL

不支持執行計劃即時編譯

14. 并行查詢

PGSQL

并行查詢（多種并行查詢優化方法），并行查詢一般多見于商業數據庫，是重量級功能

MySQL

有限，只支持主鍵并行查詢

15. 物化視圖

PGSQL

支持物化視圖

MySQL

不支持物化視圖

16. 插件功能

PGSQL

支持插件功能，可以豐富PGSQL的功能，GIS地理插件，時序數據庫插件， 向量化執行插件等等

MySQL

不支持插件功能

17. check約束

PGSQL

支持check約束

MySQL

不支持check約束，可以寫check約束，但存儲引擎會忽略它的作用，因此check約束并不起作用（mariadb 支持）

18. gpu 加速SQL

PGSQL

可以使用gpu 加速SQL的執行速度

MySQL

不支持gpu 加速SQL 的執行速度

19. 數據類型

PGSQL

數據類型豐富，如 ltree，hstore，數組類型，ip類型，text類型，有了text類型不再需要varchar，text類型字段最大存儲1GB

MySQL

數據類型不夠豐富

20. 跨庫查詢

PGSQL

不支持跨庫查詢，這個跟Oracle 12C以前一樣

MySQL

可以跨庫查詢

21. 備份還原

PGSQL

備份還原非常簡單，時點還原操作比SQL Server還要簡單，完整備份+wal歸檔備份（增量）

假如有一個三節點的PGSQL主從集群，可以隨便在其中一個節點做完整備份和wal歸檔備份

MySQL

備份還原相對不太簡單，完整備份+binlog備份（增量）

完整備份需要per買粉絲na的XtraBackup工具做物理備份，MySQL本身不支持物理備份

時點還原操作步驟繁瑣復雜

22. 性能視圖

PGSQL

需要安裝pg_stat_statements插件，pg_stat_statements插件提供了豐富的性能視圖：如：等待事件，系統統計信息等

不好的地方是，安裝插件需要重啟數據庫，并且需要收集性能信息的數據庫需要執行一個命令：create extension pg_stat_statements命令

否則不會收集任何性能信息，比較麻煩

MySQL

自帶PS庫，默認很多功能沒有打開，而且打開PS庫的性能視圖功能對性能有影響（如：內存占用導致OOM bug）

23. 安裝方式

PGSQL

有各個平臺的包rpm包，deb包等等，相比MySQL缺少了二進制包，一般用源碼編譯安裝，安裝時間會長一些，執行命令多一些

MySQL

有各個平臺的包rpm包，deb包等等，源碼編譯安裝、二進制包安裝，一般用二進制包安裝，方便快捷

24. DDL操作

PGSQL

加字段、可變長字段類型長度改大不會鎖表，所有的DDL操作都不需要借助第三方工具，并且跟商業數據庫一樣，DDL操作可以回滾，保證事務一致性

MySQL

由于大部分DDL操作都會鎖表，例如加字段、可變長字段類型長度改大，所以需要借助per買粉絲na-toolkit里面的pt-online-schema-change工具去完成操作

將影響減少到最低，特別是對大表進行DDL操作

DDL操作不能回滾

25. 大版本發布速度

PGSQL

PGSQL每年一個大版本發布，大版本發布的第二年就可以上生產環境，版本迭代速度很快

PGSQL 9.6正式版推出時間：2016年

PGSQL 10 正式版推出時間：2017年

PGSQL 11 正式版推出時間：2018年

PGSQL 12 正式版推出時間：2019年

MySQL

MySQL的大版本發布一般是2年~3年，一般大版本發布后的第二年才可以上生產環境，避免有坑，版本發布速度比較慢

MySQL5.5正式版推出時間：2010年

MySQL5.6正式版推出時間：2013年

MySQL5.7正式版推出時間：2015年

MySQL8.0正式版推出時間：2018年

26. returning語法

PGSQL

支持returning語法，returning clause 支持 DML 返回 Resultset，減少一次 Client <-> DB Server 交互

MySQL

不支持returning語法

27. 內部架構

PGSQL

多進程架構，并發連接數不能太多，跟Oracle一樣，既然跟Oracle一樣，那么很多優化方法也是相通的，例如：開啟大頁內存

MySQL

多線程架構，雖然多線程架構，但是官方有限制連接數，原因是系統的并發度是有限的，線程數太多，反而系統的處理能力下降，隨著連接數上升，反而性能下降

一般同時只能處理200 ~300個數據庫連接

28. 聚集索引

PGSQL

不支持聚集索引，PGSQL本身的MVCC的實現機制所導致

MySQL

支持聚集索引

29. 空閑事務終結功能

PGSQL

通過設置 idle_in_transaction_session_timeout 參數來終止空閑事務，比如：應用代碼中忘記關閉已開啟的事務，PGSQL會自動查殺這種類型的會話事務

MySQL

不支持終止空閑事務功能

30. 應付超大數據量

PGSQL

不能應付超大數據量，由于PGSQL本身的MVCC設計問題，需要垃圾回收，只能期待后面的大版本做優化

MySQL

不能應付超大數據量，MySQL自身架構的問題

31. 分布式演進

PGSQL

HTAP數據庫：買粉絲ckroachDB、騰訊Tbase

分片集群： Postgres-XC、Postgres-XL

MySQL

HTAP數據庫：TiDB

分片集群： 各種各樣的中間件，不一一列舉

32. 數據庫的文件名和命名規律

PGSQL

PGSQL在這方面做的比較不好，DBA不能在操作系統層面（停庫狀態下）看清楚數據庫的文件名和命名規律，文件的數量，文件的大小

一旦操作系統發生文件丟失或硬盤損壞，非常不利于恢復，因為連名字都不知道

PGSQL表數據物理文件的命名/存放規律是： 在一個表空間下面，如果沒有建表空間默認在默認表空間也就是base文件夾下，例如：/data/base/16454/3599

base：默認表空間pg_default所在的物理文件夾

1

很赞哦!（955）