mirror of
https://github.com/LCTT/TranslateProject.git
synced 2024-12-26 21:30:55 +08:00
122 lines
10 KiB
Markdown
122 lines
10 KiB
Markdown
[#]: collector: (lujun9972)
|
||
[#]: translator: (HankChow)
|
||
[#]: reviewer: (wxy)
|
||
[#]: publisher: (wxy)
|
||
[#]: url: (https://linux.cn/article-10512-1.html)
|
||
[#]: subject: (Comparing 3 open source databases: PostgreSQL, MariaDB, and SQLite)
|
||
[#]: via: (https://opensource.com/article/19/1/open-source-databases)
|
||
[#]: author: (Sam Bocetta https://opensource.com/users/sambocetta)
|
||
|
||
开源数据库 PostgreSQL、MariaDB 和 SQLite 的对比
|
||
======
|
||
|
||
> 了解如何选择最适合你的需求的开源数据库。
|
||
|
||
|
||
|
||
在现代的企业级技术领域中，开源软件已经成为了一股不可忽视的重要力量。借助<ruby>[开源运动][1]<rt>open source movement</rt></ruby>的东风，涌现除了许多重大的技术突破。
|
||
|
||
个中原因显而易见，尽管一些基于 Linux 的开源网络标准可能不如专有厂商的那么受欢迎，但是不同制造商的智能设备之间能够互相通信，开源技术功不可没。当然也有不少人认为开源开发出来的应用比厂商提供的产品更加好，所以无论如何，使用开源数据库进行开发确实是相当有利的。
|
||
|
||
和其它类型的应用软件一样，不同的开源数据库管理系统之间在功能和特性上可能会存在着比较大的差异。换言之，[不是所有的开源数据库都是平等的][2]。因此，如果要为整个组织选择一个开源数据库，那么应该重点考察数据库是否对用户友好、是否能够持续适应团队需求、是否能够提供足够安全的功能等方面的因素。
|
||
|
||
出于这方面考虑，我们在这篇文章中对一些开源数据库进行了概述和优缺点对比。遗憾的是，我们必须忽略一些最常用的数据库。值得注意的是，MongoDB 最近更改了它的许可证，因此它已经不是真正的开源产品了。从商业角度来看，这个决定是很有意义的，因为 MongoDB 已经成为了数据库托管实际上的解决方案，[约 27000 家公司][3]在使用它，但这也意味着 MongoDB 已经不再被视为真正的开源产品。
|
||
|
||
另外，自从 MySQL 被 Oracle 收购之后，这个产品就已经不再具有开源性质了，MySQL 可以说是数十年来首选的开源数据库。然而，这为其它真正的开源数据库解决方案提供了挑战它的空间。
|
||
|
||
下面是三个值得考虑的开源数据库。
|
||
|
||
### PostgreSQL
|
||
|
||
没有 [PostgreSQL][4] 的开源数据库清单肯定是不完整的。PostgreSQL 一直都是各种规模企业的首选解决方案。Oracle 对 MySQL 的收购在当时来说可能具有一定的商业意义，但是随着云存储的日益壮大，[开发者对 MySQL 的依赖程度或许并不如以前那么大了][5]。
|
||
|
||
尽管 PostgreSQL 不是一个最近几年才面世的新产品，但它却是借助了 [MySQL 相对衰落][6]的机会才逐渐成为最受欢迎的开源数据库之一。由于它和 MySQL 的工作方式非常相似，因此很多热衷于使用开源软件的开发者都纷纷转向 PostgreSQL。
|
||
|
||
#### 优势
|
||
|
||
* 目前 PostgreSQL 最显著的优点是它的核心算法的效率，这意味着它的性能优于许多宣称更先进数据库。这一点在处理大型数据集的时候就可以很明显地体现出来了，否则 I/O 处理会成为瓶颈。
|
||
* PostgreSQL 也是最灵活的开源数据库之一，使用 Python、Perl、Java、Ruby、C 或者 R 都能够很方便地调用数据库。
|
||
* 作为最常用的几个开源数据库之中，PostgreSQL 的社区支持是做得最好的。
|
||
|
||
#### 劣势
|
||
|
||
* 在数据量比较大的时候，PostgreSQL 的效率毋庸置疑是很高的，但对于数据量较小的情况，使用 PostgreSQL 就显得不如其它的一些工具快了。
|
||
* 尽管拥有一个很优秀的社区支持，但 PostgreSQL 的核心文档仍然需要作出改进。
|
||
* 如果你需要使用并行计算或者集群化等高级工具，就需要安装 PostgreSQL 的第三方插件。尽管官方有计划将这些功能逐步添加到主要版本当中，但可能会需要再等待好几年才能出现在标准版本中。
|
||
|
||
### MariaDB
|
||
|
||
[MariaDB][7] 是 MySQL 的真正开源的发行版本（在 [GNU GPLv2][8] 下发布）。在 Oracle 收购 MySQL 之后，MySQL 的一些核心开发人员认为 Oracle 会破坏 MySQL 的开源理念，因此建立了 MariaDB 这个独立的分支。
|
||
|
||
MariaDB 在开发过程中替换了 MySQL 的几个关键组件，但仍然尽可能地保持兼容 MySQL。MariaDB 使用了 Aria 作为存储引擎，这个存储引擎既可以作为事务式引擎，也可以作为非事务式引擎。在 MariaDB 分叉出来之前，就[有一些人推测][10] Aria 会成为 MySQL 未来版本中的标准引擎。
|
||
|
||
#### 优势
|
||
|
||
* 由于 MariaDB [频繁进行安全发布][11]，很多用户选择使用 MariaDB 而不选择 MySQL。尽管这不一定代表 MariaDB 会比 MySQL 更加安全，但确实表明它的开发社区对安全性十分重视。
|
||
* 有一些人认为，MariaDB 的主要优点就是它在坚持开源的同时会与 MySQL 保持高度兼容，这就意味着从 MySQL 向 MariaDB 的迁移会非常容易。
|
||
* 也正是由于这种兼容性，MariaDB 也可以和其它常用于 MySQL 的语言配合使用，因此从 MySQL 迁移到 MariaDB 之后，学习和调试代码的时间成本会非常低。
|
||
* 你可以将 WordPress 和 MariaDB（而不是 MySQL）[配合使用][12]从而获得更好的性能和更丰富的功能。WordPress 是[最受欢迎的][13]<ruby>内容管理系统<rt>Content Management System</rt></ruby>（CMS），占据了一半的互联网份额，并且拥有活跃的开源开发者社区。各种第三方插件在 WordPress 和 MariaDB 配合使用时都能够正常工作。
|
||
|
||
#### 劣势
|
||
|
||
* MariaDB 有时会变得比较臃肿，尤其是它的 IDX 日志文件在长期使用之后会变得非常大，最终导致性能下降。
|
||
* 缓存是 MariaDB 的另一个工作领域，并没有期望中那么快，这可能会让人有所失望。
|
||
* 尽管 MariaDB 最初承诺兼容 MySQL，但目前 MariaDB 已经不是完全兼容 MySQL。如果要从 MySQL 迁移到 MariaDB，就需要额外做一些兼容工作。
|
||
|
||
### SQLite
|
||
|
||
[SQLite][14] 可以说是世界上实现最多的数据库引擎，因为它被很多流行的 web 浏览器、操作系统和手机所采用。它最初是作为 MySQL 的轻量级分支所开发的。SQLite 和很多其它的数据库不同，它不采用客户端-服务端的引擎架构，而是将整个软件嵌入到每个实现当中。
|
||
|
||
这样的架构让 SQLite 拥有一个强大的优势，就是在嵌入式系统或者分布式系统中，每台机器都搭载了数据库的整个实现。这样的做法减少了系统间的调用，从而大大提高了数据库的性能。
|
||
|
||
#### 优势
|
||
|
||
* 如果你需要构建和实现一个小型数据库，SQLite [可能是最好的选择][15]。它小而灵活，不需要费工夫寻求各种变通方案，就可以在嵌入式系统中实现。
|
||
* SQLite 体积很小，因此速度极快。其它的一些高级数据库可能会使用复杂的优化方式来提高效率，但SQLite 采用了一种更简单的方法：通过减小数据库及其处理软件的大小，以使处理的数据更少。
|
||
* SQLite 被广泛采用也导致它可能是兼容性最高的数据库。如果你希望将应用程序集成到智能手机上，这一点尤为重要：只要是可以工作于广泛环境中的第三方应用程序，就可以原生运行于 iOS 上。
|
||
|
||
#### 劣势
|
||
|
||
* SQLite 的体积小意味着它缺少了很多其它大型数据库的常见功能。例如数据加密就是[抵御黑客攻击][16]的标准功能，而 SQLite 却没有内置这个功能。
|
||
* SQLite 的广泛流行和源码公开使它易于使用，但是也让它更容易遭受攻击。这是它最大的劣势。SQLite 经常被发现高危的漏洞，例如最近的 [Magellan][17]。
|
||
* 尽管 SQLite 单文件的方式拥有速度上的优势，但是要使用它实现多用户环境却比较困难。
|
||
|
||
### 哪个开源数据库才是最好的？
|
||
|
||
当然，对于开源数据库的选择还是取决于业务的需求，尤其是系统的体量。对于小型数据库或者是使用量比较小的数据库，可以使用比较轻量级的解决方案，这样不仅可以加快实现的速度，而且由于系统的复杂程度不算太高，花在调试上的时间成本也不会太高。
|
||
|
||
而对于大型的系统，尤其是在成长性企业中，最好还是花时间使用更复杂的数据库（例如 PostgreSQL）。这是一个磨刀不误砍柴工的选择，能够让你不至于在后期再重新选择另一款数据库。
|
||
|
||
--------------------------------------------------------------------------------
|
||
|
||
via: https://opensource.com/article/19/1/open-source-databases
|
||
|
||
作者：[Sam Bocetta][a]
|
||
选题：[lujun9972][b]
|
||
译者：[HankChow](https://github.com/HankChow)
|
||
校对：[wxy](https://github.com/wxy)
|
||
|
||
本文由 [LCTT](https://github.com/LCTT/TranslateProject) 原创编译，[Linux中国](https://linux.cn/) 荣誉推出
|
||
|
||
[a]: https://opensource.com/users/sambocetta
|
||
[b]: https://github.com/lujun9972
|
||
[1]: https://opensource.com/article/18/2/pivotal-moments-history-open-source
|
||
[2]: https://blog.capterra.com/free-database-software/
|
||
[3]: https://idatalabs.com/tech/products/mongodb
|
||
[4]: https://www.postgresql.org/
|
||
[5]: https://www.theregister.co.uk/2018/05/31/rise_of_the_open_source_data_strategies/
|
||
[6]: https://www.itworld.com/article/2721995/big-data/signs-of-mysql-decline-on-horizon.html
|
||
[7]: https://mariadb.org/
|
||
[8]: https://github.com/MariaDB/server/blob/10.4/COPYING
|
||
[9]: https://mariadb.com/about-us/
|
||
[10]: http://kb.askmonty.org/en/aria-faq
|
||
[11]: https://mariadb.org/tag/security/
|
||
[12]: https://mariadb.com/resources/blog/how-to-install-and-run-wordpress-with-mariadb/
|
||
[13]: https://websitesetup.org/popular-cms/
|
||
[14]: https://www.sqlite.org/index.html
|
||
[15]: https://www.sqlite.org/aff_short.html
|
||
[16]: https://hostingcanada.org/most-common-website-vulnerabilities/
|
||
[17]: https://www.securitynewspaper.com/2018/12/18/critical-vulnerability-in-sqlite-you-should-update-now/
|
||
|
||
|