手动安装ghost步骤_MySQL 与 PostgreSQL 相比哪个更好？

互联网上已经有很多与MySQL相比的文章。本文只是为了解决一些重要信息。在开始分析之前，让我们看一下这两张图片：

mysql

MySQL声称是最受欢迎的开源数据库。 m在灯中是指mysql。在LAMP上构建的应用程序将使用MySQL，例如大多数PHP开源程序。 MySQL最初是由MySQL AB开发的，然后在2008年以10亿美元的价格出售给Sun，该公司于2010年收购。支持MySQL的多个版本：其中一些可以免费下载，而另一些则是收费的。其核心代码基于GPL许可证。由于MySQL受到控制，因此社区担心它会对MySQL的开源产生影响，因此它开发了一些分支机构，例如：和。

宣称这是世界上最先进的开源数据库。该公司的一些粉丝说，它可以与之竞争，而且价格不如价格和自大的客户服务昂贵。最初是在1985年在加利福尼亚大学伯克利分校开发的，是该数据库的继任者。这是一个完全由社区驱动的开源项目。与MySQL不同，它提供了一个功能齐全的版本，该版本提供了多个不同的社区，商业和企业版本。基于免费的BSD/MIT许可证，组织可以使用一个版权通知使用，复制，修改和重新分配代码。

MySQL比较

MySQL后面是一家成熟的商业公司，后面是一个巨大的志愿者开发团队。这使MySQL的开发过程更加谨慎，并更快地做出了反应。这样的两个背景直接导致了自己的固有优势和缺点。

比MySQL的优点

1）不仅是关系数据库

除了存储普通数据类型外，它还支持存储：

JSON和JSONB之间的区别

JSONB和JSON在更高级别上看起来几乎相同，但在存储实现方面有所不同。

当我们比较编写数据的速度时，由于数据存储方法，JSONB将比JSON稍慢一些。 JSON列将每次分析存储的值，这意味着密钥的顺序应与输入时相同。但是JSONB不同，以二进制格式存储，并且不能保证键的顺序。因此，如果您的软件需要依靠密钥顺序，则JSONB可能不是应用程序的最佳选择。使用JSONB的优点是，您可以轻松地集成关系和非关系数据，这对此类基于文档的数据库是一个很大的威胁。毕竟，如果表格中只有一列数据是半结构化的，则无需使用整个表设计中使用的结构来容纳它。

2）支持地理信息处理扩展

为了为存储空间地理数据提供支持，它已成为可以执行空间数据管理，定量测量和几何拓扑分析的空间数据库。在功能方面，与MySQL相比，它具有以下优点：

在O2O业务方案中使用LBS业务 +具有无与伦比的优势。

3）您可以快速构建REST API

它可以方便地为任何数据库提供完整的API服务。

4）支撑树结构

支持可扩展的索引类型，例如R-Trees，可以更方便地处理一些特殊数据。 MySQL的树状设计可能非常复杂，需要编写大量代码，这可以有效地处理树结构。

5）具有非常强大的SQL编程功能

它支持递归，并具有丰富的统计功能和统计语法支持。

6）外部数据源支持

您可以将70个外部数据源（包括MySQL，CSV，...）查询为您自己数据库中的表。有一个解决这个难题的解决方案：一种称为“外部数据封装器（数据，FDW）的功能。该功能是由社区领导者Dave Page开发的，该功能最初是根据SQL SQL/MED（数据的SQL）最初开发的。FDW提供了SQL提供的SQL界面，可在远程数据中访问远程数据对象，从而使DBAS中的远程数据储存，从而使DBAS中的数据集成了一个不合时宜的数据。方式，DBA可以像在本地表中访问和操作其他系统管理的数据。无缝部署也可以对群集或MySQL部署进行相同的操作。

7）无字符串长度限制

通用关系数据库的字符串的长度约为8K，无限长度文本类型的功能受到限制，只能作为外部大数据访问。可以直接访问文本类型，SQL语法具有内置的正则表达式，可以索引，并且可以在全文中检索，也可以使用XML XPath。 MySQL的各种文本字段具有不同的限制。您需要手动区分小文本，文本，大文本...在没有此限制的情况下，文本可以支持各种尺寸。

8）支持图结构数据存储

尚未具体使用，您可以自己搜索。参考链接：

9）支持窗口功能

窗口功能提供了在与行相关的当前查询行集中执行计算的能力。只有当汇总函数后面的“超级子句”被称为窗口函数时；否则，它们被用作常规聚合函数。窗口也是一个组，但与组划分不同。除了提供分组外，还可以执行每个窗口的计算。它可以像组一样，然后计算每个组，而不仅仅是简单地分组。 MySQL不支持条款，而是支持它们。超级子句可以简单地解决“每个组排名前5名”的问题。 MySQL支持的SQL语法（ANSI SQL标准）的一小部分。不支持递归查询，一般表表达式（带有语句）或窗口功能（分析功能）。

10）对索引的强大支持

可以使用功能和条件索引，这使数据库调整非常灵活。 MySQL没有此功能，有条件的索引在Web应用程序中非常重要。对于索引类型：

表和索引以相同的方式存储。换句话说，表是索引组织的表。这通常要求主密钥不应太长，并且插入过程中的主要键应按顺序递增，否则将对性能产生很大的影响。这个问题不存在。

在索引类型方面，MySQL取决于存储引擎。 ：btree，：btree。支持B-Tree，Hash，R-Tree和Gist索引。

11）更好的群集支持

MySQL可能与您想象的完全不同。开源软件较少。复制（）函数是异步的，并且具有很大的局限性。例如，它是单线程（ - ），因此具有更多处理能力的从属也可能很难跟上相对较慢的处理能力。

有丰富的开源软件支持。它可以支持语句级别的镜像或碎片。 Slony可以执行场级同步设置。它可以构建WAL文件级或流式读取和写入分离群集。同步频率和集群策略易于调整，并且操作非常简单。

另外，主要和次要复制是物理复制。与基于MySQL的逻辑复制相比，数据一致性更可靠，​​复制性能更高，并且对主机性能的影响较小。对于Web应用程序，复制功能非常重要。 MySQL已异步复制。 PGSQL可以实现同步，异步和半同步复制。基于复制类似，基于复制的GATE，MySQL的同步也很难实现同步。此方法更适合于现场复制。 PGSQL复制基于WAL，可以实现同步复制。同时，PGSQL还提供复制。

12）交易隔离做得更好

MySQL的交易隔离级别读取无法阻止常见的并发更新，并且必须添加锁。但是，悲观的锁会影响性能，手动实现乐观锁是复杂的。列中有隐藏的乐观锁定字段。默认的读取级别可以确保并发更新的正确性，并且具有乐观的锁定性能。

13）更好的角色支持

MySQL要求显示表情符号，没有这样的坑。

14）支持表连接相对完整

对表连接的支持相对完整。 MySQL只有一个表加入类型： Loop Joins（-loop），并且不支持Sort-Merge Joins和Hash Joins。所有人都支持它。

15）存储方法支持较大的数据量

主表使用堆表存储，MySQL使用索引来组织表，该表可以支持比MySQL更大的数据。

16）更高的时间准确性

MySQL的时间类型低于秒的级别，例如时间，日期，间隔等，但可以准确至秒钟以下。

17）优化器具有相对完整的功能

MySQL对复杂查询的处理较弱，并且查询优化器还不够成熟，因此可以简单地查看执行计划的结果。性能优化工具和度量信息不足。

一个非常强大的查询优化器，支持非常复杂的查询处理。返回丰富的信息。它提供了一些性能视图，可以轻松地看到表和索引上发生的统计信息，并且还可以看到缓存命中率。在线有开源工具。

18）序列支持更好

MySQL不支持多个表来从同一顺序中获取ID，但是可以。

19）更好地支持子征服

支持子征服。尽管在许多情况下，子查询在SQL语句中效率低下，并且在大多数情况下，有条件的多桌连接可以代替子查询，但在许多情况下，子征服的存在仍然是不可避免的。此外，与使用条件的多桌连接相比，使用子的SQL语句具有更高的程序可读性。几乎所有数据库的（）性能都比MySQL更好。

20）添加列更容易

在MySQL表中添加列基本上重建表和索引将需要很长时间。将列添加到表中只是将表定义添加到数据字典中，并且表将不会重建表。

mysql的优势

1）MySQL更受欢迎

对于商业软件来说，受欢迎程度也是非常重要的指标。普及意味着更多的用户，更多的测试，更好的商业支持，越来越完整的文档。易于使用且易于安装。第三方工具（包括可视化工具）使用户可以轻松启动。

2）回滚实现更好

与存储新的和旧的PG数据的基于XID的MVCC机制相比，基于回滚段的MVCC机制是主导的。新旧数据的存储需要定期触发，这将带来锁定IO和数据库对象的不必要的开销，从而导致数据库的总体并发能力减小。此外，如果未及时进行清洁，也可能导致数据膨胀。

3）更可靠的操作

与MySQL相比，它更适合在环境中运行。 MySQL作为本地应用程序运行（在NT // WinXP下，它是一项服务），但在模拟环境中运行。如果MySQL不稳定，应该可以想象。

4）线程模式比进程模式的优势

MySQL使用线程，但过程。在不同的线程之间转换和访问共同的存储区域显然要比不同过程之间的速度要快得多。

5）许可设置更完美

MySQL在许可系统中比某些方面更完美。仅支持数据库或数据表上的每个用户的授权，MySQL允许您定义一组完整的数据级，表级和列级权限。对于列级权限，可以通过创建视图并确定视图的权限来补偿它。 MySQL还允许您指定基于主机的权限，这对于当前情况是不可能的，但在许多情况下很有用。

6）存储引擎插件机制

MySQL的存储引擎插件机制使其应用程序方案更加广泛，例如除了适合交易处理方案外，它还适用于适合静态数据的查询场景。

7）适应24/7的操作

MySQL可以适应24/7的运行。在大多数情况下，您无需为MySQL运行任何清洁剂。它仍然没有完全适应24/7的运行，因为您必须偶尔运行。

8）尝试在简单的方案中使用它

仅支持堆表，而不是索引的组织表，仅支持索引的组织表。

由于索引组织表基于索引树，因此通常必须根据数据块之间的关系访问数据块，而不是根据物理块访问数据，因此在扫描完整表时，它比堆堆较慢要慢。这在OLTP中可能并不明显，但是在数据仓库应用程序中可能是一个问题。

总结

MySQL从一开始就不打算做所有事情，因此它的功能有一定的限制，无法满足某些高级应用程序的要求。 MySQL实现了某些功能（例如参考，交易，审核等），因此与其他关系数据库相比，它缺乏一定的可靠性。对于简单而重型的读取操作，使用可能有点大，而且性能也比MySQL这样的类似产品差。除非您需要绝对的数据完整性，酸合规性或复杂的设计，否则对于简单的方案，它有点多余。

如何确保仅在MySQL中进行选择，并且以下规则始终有效：