360°全方位比较PostgreSQL和MySQL

360°全方位比较PostgreSQL和MySQL
1、原文
https://www.enterprisedb.com/blog/postgresql-vs-mysql-360-degree-comparison
2、摘要
本文对MySQL和PostgreSQL进行详细的比较，方便选择。
一、为何使用PostgreSQL
二、为何使用MySQL
三、易用性
四、语法
五、数据类型
六、复制与集群
七、视图
八、触发器
九、存储过程
十、查询
十一、分区
十二、表的可伸缩性
1三、NoSQL能力
1四、安全
1五、分析函数
1六、GUI工具
1七、性能
1八、Adoption
1九、最佳环境
3、PG vs MySQL：选择哪一个？
PostgreSQL和MySQL都是最流行的开源数据库。MySQL被认为是世界上最流行的数据库，而PostgreSQL被认为是世界上最早进的数据库。MySQL并不彻底符合SQL标准，而且不少PG上的特性并不支持。这就是为何PG受到大量开发者喜欢的缘由，而且如今PG愈来愈流行。
前几年，Oracle收购了MySQL，致使MySQL的出现两个版本：商业版和社区版。对于后者，因为Oracle控制了MySQL的开发，受到了广大使用者的批评。
PostgreSQL是世界上最受欢迎的数据库：他支持大量企业级特性和功能。PG由postgresql全球社区开发，该社区由一批优秀的开发人员组成，几十年来一直努力确保PG具备丰富的功能，并与其余开源、商业数据库竞争。社区也从世界各地的公司获得巨大贡献。
一、为何使用PG
PG做为开源、功能丰富的数据库，可与Oracle展开竞争。开发者也会将PG当作NoSQL数据库来使用。在云中和本地部署使用PG很是简单，也能够在docker容器等各个平台使用。
PG彻底支持ACID，对开发人员和DBA很是友好，是跨任何域的高并发事务、复杂应用程序最佳选择，能够知足基于WEB和移动的各类应用程序服务。PG也是一个很是好的数据仓库，用于大数据上运行复杂的报告查询。
二、为何使用MySQL
MySQL具备社区版和商业版。商业版由Oracle管理。做为关系型数据库，部署和使用很是简单。可是对于SQL标准要求很高的应用不太合适。MySQL的集成能力也有限，很难成为异构数据库环境的一部分。
MySQL适用于简单web应用程序或者须要简单schema、SQL执行数据库操做的应用。对于处理大量数据的复杂应用来讲，MySQL并非一个很好的选择。
三、易用性
PG可以处理结构化和非结构化的数据、具有关系型数据库全部的特性。MySQL在SQL和特性方面的局限性可能会为其构建高效的RDBMS应用程序带来挑战。
四、语法
大部分数据库的SQL语法都比较类似。然而，MySQL并不支持全部的SQL。对于支持的SQL和其余数据库都比较类似。例如查询，PG和MySQL都是：
SELECT * FROM employees;
五、数据类型
MySQL和PG都支持许多数据类型，从传统的数据类型（integer、date、timestamp）到复杂类型（json、xml、text）。然而，在复杂实时数据查询下又有所不一样。
PG不止支持传统数据类型：numeric、strings、date、decimal等，还支持非结构的数据类型：json、xml、hstore等以及网络数据类型、bit字符串，还有ARRAYS，地理数据类型。
MySQL不支持地理数据类型。
从9.2开始，PG支持json数据类型。相对于MySQL来讲，PG对json的支持比较先进。他有一些json指定的操做符和函数，是的搜索json文本很是高效。9.4开始，能够以二进制的格式存储json数据，支持在该列上进行全文索引（GIN索引），从而在json文档中进行快速搜索。
从5.7开始，MySQL支持json数据类型，比PG晚。也能够在json列上创建索引。然而对json相关的函数的支持比较有限。不支持在json列上全文索引。因为MySQL对SQL支持的限制，在存储和处理json数据方面，MySQL不是一个很好的选择。
六、复制和集群
MySQL和PG都具备复制和集群的能力，可以确保数据操做水平分布。
MySQL支持主-备、一主多备的复制机制，经过SQLs即binlog保证将全部的数据传输到备机上。这也是复制只能是异步、半同步的缘由。
优势：备机能够写。这就意味着一旦master崩溃了，slave能够立刻接管，确保应用正常工做。DBAs须要确保slave变成主了，而且新的binlog复制到原主。当有不少长SQL时，复制会变得慢。
MySQL也支持NDB集群，即多主的复制机制。这种类型的复制对要求水平扩展的事务有利。
PG的复制和MySQL不一样，他是基于WAL文件，使复制更加可靠、更快、更有利于管理。他也支持主备和一主多从的模式，包括级联复制形式。PG的复制成为流复制或物理复制，能够异步也能够同步。
默认状况下，复制时异步，Slave可以知足读请求。若是要求在备机上读到的数据和主机上同样，就须要设置同步复制。可是缺点是一旦备机上事务没有提交，主机就会hang住。
可使用第三方工具Slony、Bucardo、Londiste、RubyRep等对表级别的复制进行归档。这些工具都是基于触发器的复制。PG也支持逻辑复制。最初经过pglogical扩展支持逻辑复制，从10开始内核支持逻辑复制。
七、视图
MySQL支持视图，视图下面经过SQL使用的表的个数限制为61。视图不存储物理数据，也不支持物化视图。简单SQL语句建立的视图能够更新，复杂SQL建立的视图不能够更新。
PG和MySQL相似。简单SQL建立的视图可更新，复杂的不行。可是能够经过RULES更新复杂的视图。PG支持物化视图和REFRESHED。
八、触发器
MySQL支持INSERT、UPDATE、DELETE上AFTER和BEFORE事件的触发器。触发器不一样执行动态SQL语句和存储过程。
PG的触发器比较先进。支持AFTER、BEFORE、INSTEAD OF事件的触发器。若是在触发器唤醒时执行一个复杂的SQL，能够经过函数来完成。PG中的触发器能够动态执行函数：
CREATE TRIGGER audit
AFTER INSERT OR UPDATE OR DELETE ON employee
FOR EACH ROW EXECUTE FUNCTION employee_audit_func();
九、存储过程
MySQL和PG都支持存储过程，但MySQL仅支持标准的SQL语法，而PG支持很是先进的存储过程。PG以带RETURN VOID子句的函数形式完成存储过程。PG支持的语言有不少：Ruby、Perl、Python、TCL、PL/pgSQL、SQL和JavaScript。而MySQL则没有这么多。
十、查询
使用MySQL时须要考虑的限制：
某些UPDATE SQL的返回值不符合SQL标准
mysql> select * from test;
+------+------+
| c | c1 |
+------+------+
| 10 | 100 |
+------+------+
1 row in set (0.01 sec)

mysql> update test set c=c+1, c1=c;
Query OK, 1 row affected (0.01 sec)
Rows matched: 1 Changed: 1 Warnings: 0

mysql> select * from test;
+------+------+
| c | c1 |
+------+------+
| 11 | 11 |
+------+------+
1 row in set (0.00 sec)

预期的标准形式：
mysql> select * from test;
+------+------+
| c | c1 |
+------+------+
| 11 | 10 |
+------+------+

不能执行的UPDATE或DELETE语句：
mysql> delete from test where c in (select t1.c from test t1, test t2 where t1.c=t2.c);
ERROR 1093 (HY000):

子查询中不能使用LIMIT子句
mysql> select * from test where c in (select c from test2 where c<3 limit 1);
ERROR 1235 (42000):

MySQL也不支持“LIMIT & IN/ALL/ANY/SOME子句”。一样也不支持FULL OUTER JOINS、INTERSECT、EXCEPT等。也不支持Partial索引、bitmap索引、表达式索引等。PG支持全部SQL标准的特性。对于须要写复杂SQL的开发者来讲，PG是一个很好的选择。
十一、分区
MySQL和PG都支持表分区，然而双方都有一些限制。
MySQL支持的分区类型有RANGE、LIST、HASH、KEY和COLUMNS（RANGE和LIST），也支持SUBPARTITIONING。然而DBA在使用时可能不太易用。
MySQL8.0，只有innodb和NDB存储引擎支持表分区，其余存储引擎不支持。
若是分区key的列不是主键或者惟一键的一部分，那么就不可能对表进行分区。
从5.7.24开始，逐步取消支持将表分区放在表空间上，这意味着DBA没法平衡表分区和磁盘IO。
mysql> create table emp (id int not null, fname varchar (30), lname varchar(30), store_id int not null ) partition by range (store_id) ( partition p0 values less than (6) tablespace tbs, partition p1 values less than(20) tablespace tbs1, partition p2 values less than (40) tablespace tbs2);
ERROR 1478 (HY000): InnoDB : A partitioned table is not allowed in a shared tablespace.
mysql>

PG支持表分区继承和声明表分区。声明表分区在10引入，和MySQL相似，而表分区继承经过使用触发器和规则来完成。分区类型支持RANGE、LIST、HASH。限制：
和MySQL相似，声明表分区只能在主键和惟一键上
继承表分区，子表不能继承主键和惟一键。
INSERT和UPDATE不能自动恒信到字表。
十二、表的扩展性
表段变得愈来愈大时会形成性能问题，在这个表上的查询会占用更多资源，花费更多时间。MySQL和PG需考虑不一样因素。
MySQL支持B+tree索引和分区，这些能够对大表提高性能。然而，因为不支持bitmap、partial和函数索引，DBA不能更好的进行调优。并且分区表不能放到不一样表空间上，这也形成IO不能更好平衡。
PG的表达式索引、partial索引、bitmap索引和全文索引均可以提高大表的性能。PG的表分区和索引能够放到不一样的磁盘上，可以更好提高表的扩展性。为实现水平表级别的扩展，可使用citusdb、Greenplum、Netezza等。开源的PG不支持水平表分区，PostgresXC支持，可是他的性能很差。
1三、存储
数据存储是数据库的一个关键能力。PG和MySQL都提供多种选项存储数据。
PG有一个通用的存储特性：表空间可以容纳表、索引、物化视图等物理对象。经过表空间，能够将对象进行分组并存储到不一样物理位置，能够提高IO能力。PG12以前版本，不支持可拔插存储，12只支持可拔插架构。
MySQL和PG相似，将来具备表空间特性。他支持可拔插存储引擎。这是MySQL的一个优势。
1四、支持的数据模型
关系型数据库的NoSQL能力可以帮助处理非结构化的数据，例如json、xml、text等。
MySQL的NoSQL能力比较有限。5.7引入了json数据类型，须要很长时间才能变得更加成熟。
PG具备丰富的json能力，将来3年内是须要NoSQL能力的开发者的一个很好的选择。Json和jsonb数据类型，使得PG对json操做更快更有效。一样能够在json数据列上创建B-tree索引和GIN索引。XML和HSTORE数据类型能够处理XML格式以及其余复杂text格式的数据。对空间数据类型的支持，使得PG是一个完整的多模型数据库。
1五、安全性
数据库安全在未认证便可访问的数据库中扮演者很重要的角色。安全包括对象级别和链接级别。
MySQL经过ROLES和PRIVILEGES将访问权限付给数据库、对象和链接。每一个用户都须要赋予链接权限。
GRANT ALL PRIVILEGES ON testdb. TO 'testuser@'192.168.1.1’ IDENTIFIED BY 'newpassword';
GRANT ALL PRIVILEGES ON testdb. TO 'testuser@'192.168.1.*’ IDENTIFIED BY 'newpassword';
每次赋权时都须要指定密码，不然用户将不能链接。
MySQL一样支持SSL链接。能够和外部认证系统LDAP和PAM集成。是其企业版一部分。
PG使用GRANT命令经过ROLES和PRIVILEGES提供访问权限。链接认证比较简单，经过pg_hba.conf认证文件设置：
host database user address auth-method [md5 or trust or reject]
PG开源版本一样支持SSL链接，能够和外部认证系统集成。
解析函数对一组行数据进行聚合。有两种类型的解析函数：窗口函数和聚合函数。聚合函数执行聚合并返回记录集合的一个聚合值（sum,avg,min,max等）；而解析函数返回每一个记录的聚合值。MySQL和PG都支持多种聚合函数。MySQL8.0才支持窗口函数，PG很早就已经支持了。
PG支持的窗口函数：
函数名             描述
CUME_DIST Return the relative rank of the current row.
DENSE_RANK Rank the current row within its partition without gaps.
FIRST_VALUE Return a value evaluated against the first row within its partition.
LAG Return a value evaluated at the row that is at a specified physical offset row before the current row within the partition.
LAST_VALUE Return a value evaluated against the last row within its partition.
LEAD Return a value evaluated at the row that is offset rows after the current row within the partition.
NTILE Divide rows in a partition as equally as possible and assign each row an integer starting from 1 to the argument value.
NTH_VALUE Return a value evaluated against the nth row in an ordered partition.
PERCENT_RANK Return the relative rank of the current row (rank-1) / (total rows-1)
RANK Rank the current row within its partition with gaps.
ROW_NUMBER Number the current row within its partition starting from 1.

MySQL支持PG全部的窗口函数，除了如下限制：
窗口函数不能出如今UPDATE和DELETE中
窗口函数不支持DISTINCT
窗口函数不支持NESTED
1六、图形界面工具
MySQL有Oracle的SQL Developer、MySQL workbench、dbeaver、omnidb等，监控工具备nagios、cacti、zabbix等。PG也可使用Oracle的SQL Developer、pgAdmin、omnidb、dbeaver。监控工具备Nagios, Zabbix, and Cacti。
1七、性能
MySQL数据库性能调优选项比较有限，不少索引类型都不支持。写一个高效的SQL语句具备挑战性。对于大规模数据，MySQL也不是个很好的选择。表空间仅支持innodb，而且没法容纳表分区。
PG很是适合任何类型的负载：OLTP，OLAP，数据仓库等。因为支持的索引类型比较多，能够更好的提高性能。PG也有选项采集数据库内存使用，分区表能够放到不一样表空间平衡IO。
1八、Adoption
PG是世界上最早进的开源数据库。 EnterpriseDB 和2ndQuadrant公司可以保证PG在世界范围上被更多用户使用。
MySQL表示RDBMS和ORDBMS应用的最佳选择。由于自从Oracle收购MySQL依赖，MySQL的采用率明显降低，开源领域的开发进度也受到冲击，招致MySQL用户的批评。
1九、最佳环境
MySQL流行于LAMP栈，PG流行于LAPP栈。LAPP栈表明Linux、Apache、Postgres和Php/Python，而且愈来愈流行。LAMP栈表明 Linux Apache MySQL/MongoDB and Php/Python。