引言
作為三大核心基礎(chǔ)軟件之一，數(shù)據(jù)庫(kù)是信息系統(tǒng)的核心組件，數(shù)據(jù)庫(kù)基本上就是一個(gè)企業(yè)的命脈，對(duì)于不少公司，特別是互聯(lián)網(wǎng)公司來(lái)說(shuō)，如果數(shù)據(jù)庫(kù)被刪了又沒(méi)有可用備份，基本上可以宣告關(guān)門大吉了，可想而知，數(shù)據(jù)庫(kù)的重要性。
去"O"之火
“去O”，是近些年來(lái)一直很火的一個(gè)話題。作為傳統(tǒng)大型商業(yè)數(shù)據(jù)庫(kù)的典型代表，在國(guó)內(nèi)眾多領(lǐng)域使用非常廣泛。在金融、電信、交通、醫(yī)療、制造業(yè)、能源等諸多領(lǐng)域均有大量使用，幾乎覆蓋了國(guó)計(jì)民生的方方面面。阿里作為始作俑者，最早實(shí)踐了”去IOE”(去掉IBM的小型機(jī)、數(shù)據(jù)庫(kù)、EMC存儲(chǔ)設(shè)備) ，并且取得了很好的效果，要知道一臺(tái)IBM小型機(jī)500萬(wàn)，兩臺(tái)小型機(jī)所需的存儲(chǔ)300萬(wàn)，一年的基本質(zhì)保幾十萬(wàn)等等……一筆筆巨額賬單讓無(wú)數(shù)企業(yè)要么頭疼不已，要么望洋興嘆。
為什么要去"O"?最早可追溯到2008年的微軟“黑屏”事件，到13年的美國(guó)“棱鏡門”事件，再到前不久的華為、中興、等事件，可以看到，各種安全事件以及美國(guó)對(duì)我國(guó)的科技封鎖與遏制，進(jìn)行各種毫無(wú)理由的打壓。再加上甲骨文創(chuàng)始人拉里·埃里森本身就帶有一定的威脅論，其本身就帶有仇華的觀點(diǎn)，這也代表著的態(tài)度。
為此，國(guó)家提出了“新創(chuàng)”、“安可”，為的就是實(shí)現(xiàn)自主可控，關(guān)鍵技術(shù)不被卡脖子，作為核心組件的數(shù)據(jù)庫(kù)，自然也亟需自主可控，不僅費(fèi)用昂貴，且以流氓行為成為知名的業(yè)界毒瘤，除了昂貴，質(zhì)保費(fèi)用也動(dòng)輒幾十萬(wàn)，再加上各種各樣的高級(jí)周邊工具和功能等。其實(shí)國(guó)家在數(shù)年前曾提出過(guò)數(shù)據(jù)庫(kù)領(lǐng)域的”自主可控”，但受限于當(dāng)時(shí)的技術(shù)條件限制，在實(shí)際落地中并沒(méi)有很好的貫徹。隨著近些年來(lái)國(guó)內(nèi)基礎(chǔ)軟件的發(fā)展，其基礎(chǔ)條件已逐步成熟。
拿什么替換
說(shuō)到數(shù)據(jù)庫(kù)的替換，主要有兩個(gè)實(shí)現(xiàn)途徑：一是我們可以選擇國(guó)產(chǎn)數(shù)據(jù)庫(kù)，諸如老牌國(guó)產(chǎn)數(shù)據(jù)庫(kù)廠商
還有新晉的一些數(shù)據(jù)庫(kù)，如最近很火的Tidb、頻頻打榜的、騰訊的TDSQL、巨杉的、浪潮的等等。
第二，就是用開(kāi)源數(shù)據(jù)庫(kù)進(jìn)行替換，開(kāi)源一定是一個(gè)大趨勢(shì)，可以快速構(gòu)建生態(tài)，培養(yǎng)群體，收割大客戶，閉源始終是一個(gè)黑盒，就像瞎子走夜路暗中摸索一樣。開(kāi)源的數(shù)據(jù)庫(kù)代表包括蒸蒸日上各種大肆宣傳的TiDB、騰訊的TBase、華為的等，阿里也深諳之道，也將、開(kāi)源（最早曾經(jīng)開(kāi)源過(guò)一陣子，后來(lái)又閉源了）?，F(xiàn)階段的熱詞是什么？Mpp、Lake-house湖倉(cāng)一體化、超融合等，大有不談分布式數(shù)據(jù)庫(kù)就有點(diǎn)Out的感覺(jué)了，通過(guò)分布式解決集中式數(shù)據(jù)庫(kù)存在的水平擴(kuò)展與容災(zāi)高可用兩個(gè)問(wèn)題，不管規(guī)模、成本以及合理性，統(tǒng)統(tǒng)上分布式數(shù)據(jù)庫(kù)。但分布式對(duì)于絕大多數(shù)人來(lái)說(shuō)，除了要實(shí)現(xiàn)的那一套復(fù)雜的CAP、Base理論，再加上一系列節(jié)點(diǎn)的通過(guò)高速內(nèi)聯(lián)網(wǎng)絡(luò)和一系列的一致性協(xié)議進(jìn)行交互通信，機(jī)制復(fù)雜，看似美好，實(shí)則還有很多的路要走。筆者有幸也有過(guò)一陣子的分布式數(shù)據(jù)庫(kù)經(jīng)驗(yàn)，其中利弊自己還是十分清楚。那么對(duì)于傳統(tǒng)事務(wù)性數(shù)據(jù)庫(kù)的代表，最典型的便是MySQL和。
MySQL主要用戶群體集中在互聯(lián)網(wǎng)公司，是開(kāi)源數(shù)據(jù)庫(kù)領(lǐng)域市場(chǎng)占有率最高的。2009年，隨著SUN公司被以76億美元收購(gòu)（SUN公司在此之前曾以10億美金收購(gòu)MySQL AB公司），自此MySQL也被公司納入自己麾下。而，起源于伯克利大學(xué)，正宗學(xué)院派，代碼 （ANSI C） 嚴(yán)謹(jǐn)，注釋詳細(xì)，可讀性強(qiáng)，擁有30余年的歷史，并且榮獲2017、2018、2020年的“全球年度數(shù)據(jù)庫(kù)”冠軍稱號(hào)。MySQL和二者基本瓜分了開(kāi)源事務(wù)型數(shù)據(jù)庫(kù)的市場(chǎng)
但是在MySQL被收購(gòu)以后，越來(lái)越多的人對(duì)于MySQL的前景表示了擔(dān)憂，對(duì)于開(kāi)源的MySQL，或多或少對(duì)于自家的數(shù)據(jù)庫(kù)產(chǎn)品產(chǎn)生沖擊，這個(gè)開(kāi)源免費(fèi)的MySQL 對(duì)于更多的是包袱而不是資產(chǎn)。比如淘寶就從轉(zhuǎn)成了MySQL，一些大型互聯(lián)網(wǎng)公司也在推行去IOE，甲骨文公司收購(gòu)了MySQL后，有將MySQL閉源的潛在風(fēng)險(xiǎn)，因此社區(qū)采用分支的方式來(lái)避開(kāi)這個(gè)風(fēng)險(xiǎn)，如 和 ，但是相當(dāng)于脫離了主干分支，自給自足。
就不一樣了，如果說(shuō)99%的開(kāi)源數(shù)據(jù)庫(kù)都是被商業(yè)公司控制的，那么就是那 1%，的協(xié)議是類BSD 許可，可以隨意分發(fā)、閉源或開(kāi)源，可以被用于商業(yè)目的或其他場(chǎng)合，也就是說(shuō)你不打著的名號(hào)出去招搖撞騙，拉個(gè)雙眼皮敷個(gè)面膜拿出去賣，沒(méi)人管你的。
Permission to use, copy, modify, and distribute this software and its documentation for any purpose, without fee, and without a written agreement is hereby granted, provided that the above copyright notice and this paragraph and the following two paragraphs appear in all copies.
是一個(gè)純社區(qū)的數(shù)據(jù)庫(kù)，基本上每3個(gè)月推出一個(gè)補(bǔ)丁版本，這意味著已知的Bug很快會(huì)被修復(fù)，有需求也會(huì)及時(shí)得到響應(yīng)。雖然看似發(fā)版很快，但是關(guān)注的討論郵件可以發(fā)現(xiàn)，一個(gè)功能往往需要討論許久，經(jīng)過(guò)反反復(fù)復(fù)的驗(yàn)證之后，才會(huì)上，是十分嚴(yán)謹(jǐn)?shù)?。另外遍布全?guó)，由全世界超過(guò)1000名貢獻(xiàn)者所維護(hù)。它提供了單個(gè)完整功能的版本，官方統(tǒng)一開(kāi)發(fā)，統(tǒng)一維護(hù)，社區(qū)版有所有功能，還有來(lái)自于獨(dú)立廠商的商業(yè)支持，比如EDB ()、等，不像MySQL有標(biāo)準(zhǔn)版、企業(yè)版、經(jīng)典版、社區(qū)版、開(kāi)發(fā)版、web版等，MySQL由于歷史原因，分裂為三個(gè)分支版本，分支、分支 、官方分支，發(fā)展到目前為止各個(gè)分支基本互相不兼容官方分支還有版本之分，分為標(biāo)準(zhǔn)版、企業(yè)版、經(jīng)典版、社區(qū)版。
經(jīng)過(guò)多年的發(fā)展，得到了學(xué)術(shù)界和工業(yè)界的充分認(rèn)可，基于衍生而來(lái)的數(shù)據(jù)庫(kù)簡(jiǎn)直太多了，實(shí)乃無(wú)數(shù)數(shù)據(jù)庫(kù)廠商的衣食父母。
為什么去"O"得用?
和在架構(gòu)上是十分相近的，包括進(jìn)程架構(gòu)、共享緩沖池等。從功能上說(shuō)，可以與數(shù)據(jù)庫(kù)媲美。數(shù)據(jù)庫(kù)是目前功能最強(qiáng)大的商業(yè)數(shù)據(jù)庫(kù)，則是功能最強(qiáng)大的開(kāi)源數(shù)據(jù)庫(kù)。從轉(zhuǎn)型到比MySQL轉(zhuǎn)型到容易太多了，筆者就多次見(jiàn)到從MySQL轉(zhuǎn)型過(guò)來(lái)的，在下面建了多個(gè)然后又吐槽居然不能跨庫(kù)訪問(wèn)的，還得用什么，因?yàn)槔锩娴牡母拍顚?duì)應(yīng)MySQL的。
另外是嚴(yán)格的學(xué)院派數(shù)據(jù)庫(kù)，支持嚴(yán)格的ACID，穩(wěn)如老狗，一個(gè)打十個(gè)。
MySQL更加適合業(yè)務(wù)邏輯相對(duì)簡(jiǎn)單、數(shù)據(jù)可靠性要求較低的互聯(lián)網(wǎng)場(chǎng)景（比如、、），基本上MySQL能做的都能做。
的優(yōu)點(diǎn)有哪些
支持大部分特性，至少實(shí)現(xiàn)了標(biāo)準(zhǔn)中要求的179項(xiàng)主要功能中的160項(xiàng)，這幾乎超過(guò)了任何其他數(shù)據(jù)庫(kù)引擎。
支持多種語(yǔ)言，C、C++、Perl、、Java、Tcl以及PHP等
功能豐富，利用內(nèi)核代碼中的Hook，可以在不修改數(shù)據(jù)庫(kù)內(nèi)核代碼的情況下，自主添加任意功能，如殺手锏GIS、等等
社區(qū)活躍，生態(tài)友好，國(guó)內(nèi)外基于有很多優(yōu)秀的產(chǎn)品，這些商業(yè)主體會(huì)集成和發(fā)揚(yáng)，并反哺社區(qū)，讓更好用，如，小于v10的版本得用這個(gè)插件實(shí)現(xiàn)邏輯復(fù)制，后來(lái)v10引入的原生邏輯復(fù)制基本上將這個(gè)插件引入了內(nèi)核，只不過(guò)有更強(qiáng)大的復(fù)制沖突處理能力。
FDW機(jī)制可以讓你可以在同一個(gè)中像操作本地表一樣訪問(wèn)其他數(shù)據(jù)源，如、MySQL、、、ES等，且不會(huì)占用的過(guò)多資源。
與配合的開(kāi)源軟件很多，有很多分布式集群軟件，如、、slony、、citus等等，很容易做讀寫分離、負(fù)載均衡、數(shù)據(jù)水平拆分等方案
全棧數(shù)據(jù)庫(kù)，流式處理、時(shí)序數(shù)據(jù)庫(kù)、空間數(shù)據(jù)、分布式citus、pgxl、、圖數(shù)據(jù)ADG、NoSQL Json、JsonB、等
協(xié)議友好，采用類BSD協(xié)議，是無(wú)數(shù)國(guó)產(chǎn)數(shù)據(jù)庫(kù)廠商的衣食父母，基于開(kāi)發(fā)的國(guó)產(chǎn)數(shù)據(jù)庫(kù)太多了如人大金倉(cāng)、瀚高、優(yōu)炫等等，為什么？協(xié)議友好啊，前陣子央采(中央國(guó)家機(jī)關(guān)2021年數(shù)據(jù)庫(kù)軟件協(xié)議供貨采購(gòu)項(xiàng)目征集公告發(fā)布)數(shù)據(jù)庫(kù)，可以看一下，遍地都是的影子
完全開(kāi)源，注釋清晰，代碼質(zhì)量高，對(duì)于不懂的，只要有一點(diǎn)C語(yǔ)言基礎(chǔ)，都可以很容易看懂相關(guān)源碼，比如如下的關(guān)于異步IO ency 的源代碼，Issue for the of by ，直接看個(gè)注釋就大概知道了意思。
/*
* Helper function for heap_compute_xid_horizon_for_tuples. Issue prefetch
* requests for the number of buffers indicated by prefetch_count. The
* prefetch_state keeps track of all the buffers that we can prefetch and
* which ones have already been prefetched; each call to this function picks
* up where the previous call left off.
*/
static void
xid_horizon_prefetch_buffer(Relation rel,
????????????????????XidHorizonPrefetchState *prefetch_state,
????????????????????int prefetch_count)
{
????BlockNumber cur_hblkno = prefetch_state->cur_hblkno;
????intcount = 0;
????inti;
????intnitems = prefetch_state->nitems;
????ItemPointerData *tids = prefetch_state->tids;
????...
不僅僅是SQL數(shù)據(jù)庫(kù)，還能高效處理圖結(jié)構(gòu), 輕松實(shí)現(xiàn) "朋友的朋友的朋友"，任意字段組合查詢 - ERP、電商、網(wǎng)站、手機(jī)APP等業(yè)務(wù)場(chǎng)景 (gin, bloom索引)、網(wǎng)格化、矢量化地圖 - 地理類應(yīng)用、LBS社交、導(dǎo)航等業(yè)務(wù)場(chǎng)景 (殺手锏)、相似內(nèi)容搜索、去重 - 互聯(lián)網(wǎng)、數(shù)據(jù)公司、搜索引擎等業(yè)務(wù)場(chǎng)景、用戶群體搜索、根據(jù)標(biāo)簽圈人 - 電商、廣告投放 等業(yè)務(wù)場(chǎng)景、高并發(fā)更新少量記錄 - 電商、票務(wù)系統(tǒng) 等業(yè)務(wù)場(chǎng)景 (咨詢鎖)，詳見(jiàn)德哥的 《數(shù)據(jù)庫(kù)選型十八摸 之 - 致 架構(gòu)師、開(kāi)發(fā)者》
每年一個(gè)大版本發(fā)布，大版本發(fā)布的第二年就可以上生產(chǎn)環(huán)境，每個(gè)版本基本都會(huì)引入重量級(jí)特性，如9.6引入了并行創(chuàng)建物化視圖權(quán)限不足，10引入了邏輯復(fù)制和聲明式分區(qū)，11引入了JIT即時(shí)編譯和等等。MySQL的大版本發(fā)布一般是2年~3年
強(qiáng)大的并行能力，MySQL 8.0.14才引入了并行，并且還是個(gè)Demo，只能實(shí)現(xiàn)并行的掃描，并不能并行的計(jì)劃，.6就引入了并行，前陣子已經(jīng)發(fā)布到了v14創(chuàng)建物化視圖權(quán)限不足，支持多種并行掃描，如并行query、、 join、、merje join、hash join等等，充分榨干你的服務(wù)器資源。
的主備復(fù)制屬于物理復(fù)制，相對(duì)于MySQL基于的邏輯復(fù)制，數(shù)據(jù)的一致性更加可靠，復(fù)制性能更高，對(duì)主機(jī)性能的影響也更小。
優(yōu)點(diǎn)太多了，在此不一一列舉。
的缺點(diǎn)有哪些
當(dāng)然，數(shù)據(jù)庫(kù)都是有缺點(diǎn)的，簡(jiǎn)單羅列了幾點(diǎn)，不過(guò)這些問(wèn)題對(duì)于經(jīng)驗(yàn)尚淺的人來(lái)說(shuō)可能比較頭疼，資深一點(diǎn)的話就也不是太大問(wèn)題。有些其實(shí)可以叫做 “特性” 而非缺點(diǎn)，只不過(guò)被無(wú)限放大變成了某些人嘴中的 "缺點(diǎn)"
32位的事務(wù)ID，對(duì)于寫入負(fù)載高的庫(kù)，會(huì)經(jīng)常面臨事務(wù)ID回卷的問(wèn)題，很棒改成了64位，媽媽再也不用擔(dān)心事務(wù)號(hào)了
缺少Hints功能，需要引入插件，并且開(kāi)發(fā)團(tuán)隊(duì)多年來(lái)一直拒絕支持 hints，可能也出于安全考慮吧（強(qiáng)行解釋一波）
沒(méi)有原生的進(jìn)程池，對(duì)于大量短連接的場(chǎng)景，需要借助外部工具如、等
MVCC的實(shí)現(xiàn)方式，必須要引入保守詬病的，經(jīng)驗(yàn)不足還會(huì)經(jīng)常導(dǎo)致表膨脹
沒(méi)有原生成熟的TDE和壓縮方案（Toast需要超過(guò)1/4 block才行，可以通過(guò)參數(shù)修改)，不過(guò)最新的v14引入了lz4壓縮，相信后面會(huì)有越來(lái)越多的壓縮算法
復(fù)制槽不支持，意味著假如發(fā)生了，消費(fèi)信息會(huì)丟失，對(duì)于嚴(yán)格的金融場(chǎng)景，這個(gè)可能比較頭疼，這也是目前限制邏輯復(fù)制發(fā)展的一大重要因素
權(quán)限設(shè)計(jì)有點(diǎn)過(guò)于復(fù)雜化了，包括角色、用戶（這二者基本沒(méi)有區(qū)別，除了一個(gè)登錄權(quán)限），另外還搞了一個(gè)，和SQL 比較像， -> - >，假如你有的權(quán)限而沒(méi)有的權(quán)限，一樣是不行的，對(duì)于轉(zhuǎn)型過(guò)來(lái)的可能很不適應(yīng)。對(duì)于MySQL，模式與數(shù)據(jù)庫(kù)同義。甚至可以用 來(lái)創(chuàng)建數(shù)據(jù)庫(kù)，效果和 一樣。對(duì)于，與數(shù)據(jù)庫(kù)用戶密切相關(guān)：
A schema is a collection of logical structures of data, or schema objects. A schema is owned by a database user and has the same name as that user. Each user owns a single schema.
沒(méi)有列存，TP能力才是老本行，雖然有很多AP的特性如CTE、CUBE、物化視圖等。
和MySQL中使用的auto 不同，和類似，都是用，的好處在于可以讓多張表共享同一個(gè)自增序列，但創(chuàng)建起來(lái)的確也挺麻煩。所以還新增了一個(gè)類型。
查詢的時(shí)候是大小寫敏感的。而且在建庫(kù)時(shí)不能像MySQL那樣，通過(guò)參數(shù)來(lái)指定數(shù)據(jù)庫(kù)是否大小寫敏感。
如何高效學(xué)習(xí)
那么如何高效學(xué)習(xí)呢？對(duì)于剛?cè)腴T的小白，建議先從書本學(xué)起，看書，有些好書值得回味2遍以上，這里分享一下個(gè)人的看書歷程
隨著學(xué)習(xí)久了，就不應(yīng)該局限于書籍了，盡信書則不如無(wú)書?？梢远嗨阉丫W(wǎng)上的資源，國(guó)內(nèi)的包括中文社區(qū)、瀚高主導(dǎo)的開(kāi)源分會(huì)等，都是學(xué)習(xí)的好地方。個(gè)人比較喜歡瀏覽的主要有：
另外之前也提過(guò)了，源碼是十分優(yōu)雅和清晰的，對(duì)于學(xué)習(xí)C語(yǔ)言是一個(gè)極好的模板，多看源碼自己嘗試去調(diào)試，可以極大提升對(duì)的認(rèn)知。這里分享一個(gè)在線查看源碼的地方，懶人必備：。
最后就是不斷投入到社區(qū)建設(shè)里面，推動(dòng)在中國(guó)的發(fā)展，對(duì)于自己也是一個(gè)極大的提升。
的發(fā)展勢(shì)頭是很猛烈的，國(guó)內(nèi)包括平安、去哪兒、斯凱網(wǎng)絡(luò)等PG大戶，國(guó)外如日本電報(bào)電話公司、Skype、、，主流的云服務(wù)提供商如亞馬遜、阿里云、騰訊云、華為云也都提供了的云數(shù)據(jù)庫(kù)服務(wù)。另外有國(guó)家政策扶持??！
總之2021學(xué)什么？不用我多說(shuō)了吧。