開源數(shù)據(jù)庫：PostgreSQL、MariaDB和SQLite的對比
了解如何選擇最適合你的需求的開源數(shù)據(jù)庫。
在現(xiàn)代的企業(yè)級技術(shù)領(lǐng)域中，開源軟件已經(jīng)成為了一股不可忽視的重要力量。借助開源運動的東風(fēng)，涌現(xiàn)出了許多重大的技術(shù)突破。
個中原因顯而易見，盡管一些基于 Linux 的開源網(wǎng)絡(luò)標(biāo)準(zhǔn)可能不如專有廠商的那么受歡迎，但是不同制造商的智能設(shè)備之間能夠互相通信，開源技術(shù)功不可沒。當(dāng)然也有不少人認(rèn)為開源開發(fā)出來的應(yīng)用比廠商提供的產(chǎn)品更加好，所以無論如何，使用開源數(shù)據(jù)庫進行開發(fā)確實是相當(dāng)有利的。
和其它類型的應(yīng)用軟件一樣，不同的開源數(shù)據(jù)庫管理系統(tǒng)之間在功能和特性上可能會存在著比較大的差異。換言之，不是所有的開源數(shù)據(jù)庫都是平等的。因此，如果要為整個組織選擇一個開源數(shù)據(jù)庫，那么應(yīng)該重點考察數(shù)據(jù)庫是否對用戶友好、是否能夠持續(xù)適應(yīng)團隊需求、是否能夠提供足夠安全的功能等方面的因素。
出于這方面考慮，我們在這篇文章中對一些開源數(shù)據(jù)庫進行了概述和優(yōu)缺點對比。遺憾的是，我們必須忽略一些最常用的數(shù)據(jù)庫。值得注意的是，MongoDB 最近更改了它的許可證，因此它已經(jīng)不是真正的開源產(chǎn)品了。從商業(yè)角度來看，這個決定是很有意義的，因為 MongoDB 已經(jīng)成為了數(shù)據(jù)庫托管實際上的解決方案，約 27000 家公司在使用它，但這也意味著 MongoDB 已經(jīng)不再被視為真正的開源產(chǎn)品。
另外，自從 MySQL 被 Oracle 收購之后，這個產(chǎn)品就已經(jīng)不再具有開源性質(zhì)了，MySQL 可以說是數(shù)十年來首選的開源數(shù)據(jù)庫。然而，這為其它真正的開源數(shù)據(jù)庫解決方案提供了挑戰(zhàn)它的空間。
下面是三個值得考慮的開源數(shù)據(jù)庫。
PostgreSQL
沒有 PostgreSQL 的開源數(shù)據(jù)庫清單肯定是不完整的。PostgreSQL 一直都是各種規(guī)模企業(yè)的首選解決方案。Oracle 對 MySQL 的收購在當(dāng)時來說可能具有一定的商業(yè)意義，但是隨著云存儲的日益壯大，開發(fā)者對 MySQL 的依賴程度或許并不如以前那么大了。
盡管 PostgreSQL 不是一個最近幾年才面世的新產(chǎn)品，但它卻是借助了 MySQL 相對衰落的機會才逐漸成為最受歡迎的開源數(shù)據(jù)庫之一。由于它和 MySQL 的工作方式非常相似，因此很多熱衷于使用開源軟件的開發(fā)者都紛紛轉(zhuǎn)向 PostgreSQL。
優(yōu)勢
- 目前 PostgreSQL 最顯著的優(yōu)點是它的核心算法的效率，這意味著它的性能優(yōu)于許多宣稱更先進數(shù)據(jù)庫。這一點在處理大型數(shù)據(jù)集的時候就可以很明顯地體現(xiàn)出來了，否則 I/O 處理會成為瓶頸。
- PostgreSQL 也是最靈活的開源數(shù)據(jù)庫之一，使用 Python、Perl、Java、Ruby、C 或者 R 都能夠很方便地調(diào)用數(shù)據(jù)庫。
- 作為最常用的幾個開源數(shù)據(jù)庫之中，PostgreSQL 的社區(qū)支持是做得最好的。
劣勢
- 在數(shù)據(jù)量比較大的時候，PostgreSQL 的效率毋庸置疑是很高的，但對于數(shù)據(jù)量較小的情況，使用 PostgreSQL 就顯得不如其它的一些工具快了。
- 盡管擁有一個很優(yōu)秀的社區(qū)支持，但 PostgreSQL 的核心文檔仍然需要作出改進。
- 如果你需要使用并行計算或者集群化等高級工具，就需要安裝 PostgreSQL 的第三方插件。盡管官方有計劃將這些功能逐步添加到主要版本當(dāng)中，但可能會需要再等待好幾年才能出現(xiàn)在標(biāo)準(zhǔn)版本中。
MariaDB
MariaDB 是 MySQL 的真正開源的發(fā)行版本（在 GNU GPLv2 下發(fā)布）。在 Oracle 收購 MySQL 之后，MySQL 的一些核心開發(fā)人員認(rèn)為 Oracle 會破壞 MySQL 的開源理念，因此建立了 MariaDB 這個獨立的分支。
MariaDB 在開發(fā)過程中替換了 MySQL 的幾個關(guān)鍵組件，但仍然盡可能地保持兼容 MySQL。MariaDB 使用了 Aria 作為存儲引擎，這個存儲引擎既可以作為事務(wù)式引擎，也可以作為非事務(wù)式引擎。在 MariaDB 分叉出來之前，就有一些人推測 Aria 會成為 MySQL 未來版本中的標(biāo)準(zhǔn)引擎。
優(yōu)勢
- 由于 MariaDB 頻繁進行安全發(fā)布，很多用戶選擇使用 MariaDB 而不選擇 MySQL。盡管這不一定代表 MariaDB 會比 MySQL 更加安全，但確實表明它的開發(fā)社區(qū)對安全性十分重視。
- 有一些人認(rèn)為，MariaDB 的主要優(yōu)點就是它在堅持開源的同時會與 MySQL 保持高度兼容，這就意味著從 MySQL 向 MariaDB 的遷移會非常容易。
- 也正是由于這種兼容性，MariaDB 也可以和其它常用于 MySQL 的語言配合使用，因此從 MySQL 遷移到 MariaDB 之后，學(xué)習(xí)和調(diào)試代碼的時間成本會非常低。
- 你可以將 WordPress 和 MariaDB（而不是 MySQL）配合使用從而獲得更好的性能和更豐富的功能。WordPress 是最受歡迎的內(nèi)容管理系統(tǒng)（CMS），占據(jù)了一半的互聯(lián)網(wǎng)份額，并且擁有活躍的開源開發(fā)者社區(qū)。各種第三方插件在 WordPress 和 MariaDB 配合使用時都能夠正常工作。
劣勢
- MariaDB 有時會變得比較臃腫，尤其是它的 IDX 日志文件在長期使用之后會變得非常大，最終導(dǎo)致性能下降。
- 緩存是 MariaDB 的另一個工作領(lǐng)域，并沒有期望中那么快，這可能會讓人有所失望。
- 盡管 MariaDB 最初承諾兼容 MySQL，但目前 MariaDB 已經(jīng)不是完全兼容 MySQL。如果要從 MySQL 遷移到 MariaDB，就需要額外做一些兼容工作。
SQLite
SQLite 可以說是世界上實現(xiàn)最多的數(shù)據(jù)庫引擎，因為它被很多流行的 web 瀏覽器、操作系統(tǒng)和手機所采用。它最初是作為 MySQL 的輕量級分支所開發(fā)的。SQLite 和很多其它的數(shù)據(jù)庫不同，它不采用客戶端-服務(wù)端的引擎架構(gòu)，而是將整個軟件嵌入到每個實現(xiàn)當(dāng)中。
這樣的架構(gòu)讓 SQLite 擁有一個強大的優(yōu)勢，就是在嵌入式系統(tǒng)或者分布式系統(tǒng)中，每臺機器都搭載了數(shù)據(jù)庫的整個實現(xiàn)。這樣的做法減少了系統(tǒng)間的調(diào)用，從而大大提高了數(shù)據(jù)庫的性能。
優(yōu)勢
- 如果你需要構(gòu)建和實現(xiàn)一個小型數(shù)據(jù)庫，SQLite 可能是最好的選擇。它小而靈活，不需要費工夫?qū)で蟾鞣N變通方案，就可以在嵌入式系統(tǒng)中實現(xiàn)。
- SQLite 體積很小，因此速度極快。其它的一些高級數(shù)據(jù)庫可能會使用復(fù)雜的優(yōu)化方式來提高效率，但SQLite 采用了一種更簡單的方法：通過減小數(shù)據(jù)庫及其處理軟件的大小，以使處理的數(shù)據(jù)更少。
- SQLite 被廣泛采用也導(dǎo)致它可能是兼容性最高的數(shù)據(jù)庫。如果你希望將應(yīng)用程序集成到智能手機上，這一點尤為重要：只要是可以工作于廣泛環(huán)境中的第三方應(yīng)用程序，就可以原生運行于 iOS 上。
劣勢
- SQLite 的體積小意味著它缺少了很多其它大型數(shù)據(jù)庫的常見功能。例如數(shù)據(jù)加密就是抵御黑客攻擊的標(biāo)準(zhǔn)功能，而 SQLite 卻沒有內(nèi)置這個功能。
- SQLite 的廣泛流行和源碼公開使它易于使用，但是也讓它更容易遭受攻擊。這是它最大的劣勢。SQLite 經(jīng)常被發(fā)現(xiàn)高危的漏洞，例如最近的 Magellan。
- 盡管 SQLite 單文件的方式擁有速度上的優(yōu)勢，但是要使用它實現(xiàn)多用戶環(huán)境卻比較困難。
哪個開源數(shù)據(jù)庫才是最好的？
當(dāng)然，對于開源數(shù)據(jù)庫的選擇還是取決于業(yè)務(wù)的需求，尤其是系統(tǒng)的體量。對于小型數(shù)據(jù)庫或者是使用量比較小的數(shù)據(jù)庫，可以使用比較輕量級的解決方案，這樣不僅可以加快實現(xiàn)的速度，而且由于系統(tǒng)的復(fù)雜程度不算太高，花在調(diào)試上的時間成本也不會太高。
而對于大型的系統(tǒng)，尤其是在成長性企業(yè)中，最好還是花時間使用更復(fù)雜的數(shù)據(jù)庫（例如 PostgreSQL）。這是一個磨刀不誤砍柴工的選擇，能夠讓你不至于在后期再重新選擇另一款數(shù)據(jù)庫。
