上周參加了2015年的中國數據庫大會(huì )，差不多從第二屆開(kāi)始就每年都會(huì )北京參會(huì )，從最早的嘉賓到這次的會(huì )場(chǎng)主持人，也算見(jiàn)證了中國數據庫大會(huì )的發(fā)展吧。記得最早的時(shí)候大會(huì )只有兩天，分會(huì )場(chǎng)也比較小，而現在各種大會(huì )變?yōu)榱巳?，分?huì )場(chǎng)也越來(lái)越細化，贊助商也從以前的出版社演變?yōu)楦鞣N高大上的軟硬件公司，這是主辦方的成功，也是整個(gè)數據庫從業(yè)人員的驕傲。然而，這次會(huì )議討論的最多的依然是去IOE問(wèn)題，但是原來(lái)的主角從MySQL換成了PostgreSQL。在之前的去IOE之MySQL問(wèn)答系列中，筆者其實(shí)已經(jīng)回答過(guò)了這部分的問(wèn)題，然而不可避免的收到了來(lái)自PostgreSQL陣營(yíng)非善意的“攻擊”，故展開(kāi)這個(gè)話(huà)題，盡量做到職責內的公正，公平，公開(kāi)。如果您有任何關(guān)于去IOE的問(wèn)題，請關(guān)注微信公眾賬號InsideMySQL并與我聯(lián)系。
PostgreSQL官方宣稱(chēng)的是：“The world’s most advanced open source database”。most advanced我不知道是怎么定義的，因為PosgreSQL還是傳統B+樹(shù)索引的數據庫，在一些場(chǎng)景下，比如全插入場(chǎng)景，其還是會(huì )比其他一些數據庫要來(lái)得差很多，比如TokuDB，MongoDB。撇開(kāi)這部分的因素，不得不承認PostgreSQL是最為強大的開(kāi)源數據庫，或許，但是Oracle依然才是最為強大的關(guān)系型數據庫。PostgreSQL陣營(yíng)一直標榜自己在優(yōu)化器和Oracle可移植性方面的優(yōu)勢，我想這對比MySQL或許是成立的。然而，如果上述都成立的話(huà)，為什么PostgreSQL在裝機量，流行度等指標上上遠遠地被后起之秀MySQL給超越了呢？全球前20大網(wǎng)站完全看不到PostgreSQL的身影呢？在寫(xiě)本篇文章的時(shí)候，我倏地想到了一個(gè)類(lèi)似的問(wèn)題，業(yè)界公認手機質(zhì)量最好的Nokia，最終為什么會(huì )倒下？
PostgreSQL另一個(gè)痛點(diǎn)，我想很多人沒(méi)有會(huì )意識到的，就是在在線(xiàn)事務(wù)（OLTP）方面的性能問(wèn)題。PostgreSQL在功能方面或許是比較完整的，但是真的要進(jìn)入到生產(chǎn)環(huán)節，看的不再是簡(jiǎn)單的功能，因為大部分用戶(hù)都明白日常所使用的僅是數據庫提供的20%功能。MySQL 5.7現在已經(jīng)可以輕松達到50W QPS的性能，并支持通過(guò)NoSQL接口可以達到100W QPS，這是PostgreSQL為什么沒(méi)有能在互聯(lián)網(wǎng)時(shí)代站住腳跟的一個(gè)重要原因之一。在線(xiàn)事務(wù)對性能的要求之苛刻，是普通用戶(hù)所無(wú)法感知的。
PostgreSQL最大的優(yōu)勢是在線(xiàn)分析的場(chǎng)景，因為其優(yōu)化器對于Join的支持堪稱(chēng)全面，對于復雜查詢(xún)有著(zhù)良好的支持，從Oracle遷移到PostgreSQL的成本會(huì )比較低?；赑ostgreSQL的GreenPlum也已經(jīng)開(kāi)源，因此PostgreSQL目前在這方便是較為領(lǐng)先的。
MySQL數據庫官方的口號是：“ The world’s most popular open source database.”。對比PostgreSQL，這句話(huà)簡(jiǎn)直無(wú)法攻擊，并且MySQL官方的目標也一直是成為最為流行的數據庫。通過(guò)互聯(lián)網(wǎng)浪潮，移動(dòng)互聯(lián)的時(shí)代，MySQL是真的做到了。
MySQL的優(yōu)勢是開(kāi)源與開(kāi)放性架構，使其擁有有著(zhù)各種分支版本與存儲引擎可供選擇。除了官方的InnoDB存儲引擎，還有TokuDB，Infobright引擎可在特定場(chǎng)合下進(jìn)行使用。也正是因為MySQL的開(kāi)源與開(kāi)放，使得大量的開(kāi)發(fā)人員加入到了MySQL的環(huán)抱。MySQL是一個(gè)非常成功的開(kāi)源項目，可能很多人忽略了這個(gè)重要的因素。
MySQL被Oracle收購后表現的越來(lái)越好，一方面是功能越來(lái)越與Oracle數據庫接近，很多時(shí)候給我的感覺(jué)就是開(kāi)源的Oracle數據庫，另一個(gè)重要的改進(jìn)就是bug越來(lái)越少，甚至很多遺留了有近10年的bug也已一一修復。官方這樣嚴謹的態(tài)度，使得MySQL逐漸站穩了并開(kāi)始蠶食一部分的企業(yè)市場(chǎng)，世界500強的選擇就是最好的證明。
MySQL在性能與流行度上的優(yōu)勢我不想再做過(guò)多的筆墨，因為這是任何人都無(wú)法回避的事實(shí)。MySQL數據庫之前被PostgreSQL陣營(yíng)攻擊就是優(yōu)化器，對于多表JOIN的性能以及不支持Hash Join。然而，很多人沒(méi)有意識到，MySQL已經(jīng)在5.6版本支持了MRR（Multi-Range Read），ICP（Index Condition Pushdown），BKA（Batched Key Access ）Join這些優(yōu)化，多表的JOIN性能已經(jīng)得到了很大幅度的提升。不能否則，MySQL依然不支持Hash Join，但是這些優(yōu)化的引入已經(jīng)使得MySQL的Join性能提升到了一個(gè)新臺階。同時(shí)，在在線(xiàn)分析的領(lǐng)域，用戶(hù)真的不關(guān)心使用Hash Join可以5分鐘出報表，而是用MySQL需要8分鐘，這些時(shí)間完全是可以容忍的。然在在線(xiàn)事務(wù)領(lǐng)域，0.1的時(shí)間都是所不能容忍的。因此，本人在這里呼吁，嘗試升級MySQL到5.6，5.7版本，而不要依然停留在5.1或者5.5版本。
MySQL替換Oracle另一個(gè)被詬病的就是沒(méi)有Oracle的透明網(wǎng)關(guān)(Transparent Gateway)功能，MySQL自帶的Fedorate存儲引擎支持MySQL數據庫間的查詢(xún)，不支持異構數據庫之前的查詢(xún)。然而，這個(gè)問(wèn)題已經(jīng)給MariaDB解決，用戶(hù)只需要通過(guò)Connect存儲引擎，就能達到類(lèi)似Oracle透明網(wǎng)關(guān)的功能。
另外，還有用戶(hù)提出MySQL不支持分區的全局索引，物化視圖等，其實(shí)這些都可以通過(guò)變通的方法實(shí)現，這在我的書(shū)籍《MySQL技術(shù)內幕：InnoDB存儲引擎》與《MySQL技術(shù)內幕：SQL編程》都有提及，而且也在網(wǎng)易、淘寶這樣的互聯(lián)網(wǎng)公司使用。
即使官方的MySQL無(wú)法滿(mǎn)足你的需求，但是用戶(hù)依然有InfoBright與TokuDB存儲引擎的選擇。InfoBright是列存的數據庫引擎，非常適用于在線(xiàn)分析領(lǐng)域，這點(diǎn)連PostgreSQL都無(wú)法進(jìn)行匹敵。TokuDB是一種類(lèi)似LSM數據結構的數據引擎，在大并發(fā)的插入生產(chǎn)環(huán)境下，其對比各種傳統數據庫都有著(zhù)顯著(zhù)的優(yōu)勢，即使對比PostgreSQL與Oracle數據庫本身?？傊?，MySQL能夠在各種維度滿(mǎn)足用戶(hù)對于數據庫的各種需求。
PosgreSQL與MySQL對比，最為關(guān)鍵的是整個(gè)人才的儲備?？纯粗袊幕ヂ?lián)網(wǎng)公司基本都已將MySQL數據庫作為標配，而PostgreSQL甚至連備胎都無(wú)法入選。MySQL在互聯(lián)網(wǎng)行業(yè)積累了大量的高可用架構，分布式架構與災備經(jīng)驗，但是PostgreSQL幾乎為0。再看看圖書(shū)市場(chǎng)，PostgreSQL鳳毛菱角，而MySQL則有很好的書(shū)籍供DBA，開(kāi)發(fā)人員，架構師等學(xué)習。然即使如此，MySQL離Oracle數據庫本身的積累還有很長(cháng)的路要走。
去IOE最早是由淘寶提出，旨在去除IT架構中的IBM小型機，Oracle數據庫，EMC存儲。去IE是比較簡(jiǎn)單的事情，因為這僅是硬件的替換。另外，X86技術(shù)也越來(lái)越成熟，穩定性與小機的差距不斷縮小。然而去Oracle數據庫才是淘寶去IOE的難點(diǎn)與精華所在。整個(gè)去Oracle歷時(shí)3，4年的時(shí)間。其中伴隨著(zhù)功能內部工程師的質(zhì)疑，大量Oracle人才的流失，但最終已經(jīng)證明了MySQL數據庫替代Oracle的可行性。
筆者高興的是傳統企業(yè)也開(kāi)始有這樣的“覺(jué)悟”開(kāi)始逐步進(jìn)行去IOE的嘗試，不管這種嘗試是主動(dòng)還是被動(dòng)，但都是值得尊敬的行為。原因在于去Oracle數據庫這件事情并不那么簡(jiǎn)單。數據庫是傳統企業(yè)最為核心的資產(chǎn)，任何損失都是不可接受的。而去年銀監會(huì )的39號文件也堅定了傳統企業(yè)的去IOE決心。
去IOE風(fēng)潮顯現，一大幫的公司開(kāi)始進(jìn)入到這個(gè)領(lǐng)域，希望借助這陣風(fēng)來(lái)大賺一筆。這點(diǎn)本無(wú)可非議，市場(chǎng)與技術(shù)相輔相成。然而，有一個(gè)非常不好的現象是，很多公司是為了迎合某些領(lǐng)導的需要，而不是真正的為傳統企業(yè)構建面向互聯(lián)網(wǎng)+的安全可控的技術(shù)架構。而這其中有著(zhù)一些不為人知的因素。
首當其沖的是領(lǐng)導們的績(jì)效，傳統企業(yè)做事，以績(jì)效為導向，這與互聯(lián)網(wǎng)行業(yè)并無(wú)不同。但是互聯(lián)網(wǎng)行業(yè)有著(zhù)技術(shù)積累，而且對于技術(shù)的選型與轉型有著(zhù)相當的耐心，從淘寶去Oracle用了3，4年就可以看出。而目前擺在傳統企業(yè)領(lǐng)導面前的現實(shí)卻是，39號文件要求各銀行業(yè)金融機構對安全可控信息技術(shù)的應用以不低于15％的比例逐年增加，直至2019年達到不低于75％的總體占比。
遇到一些傳統企業(yè)的朋友，領(lǐng)導要求他們用PostgreSQL替換Oracle數據庫，原因在于這是“最快”的替換Oracle成本，但是他們站在IT從業(yè)人員的角度來(lái)看這件事是不對的，有種敢怒不敢言。當然，這其中也有部分商業(yè)公司在其中推動(dòng)的關(guān)系。但是明白人心里都知道，PostgreSQL國內從業(yè)人員寥寥，之前在中國沒(méi)有大規模的使用經(jīng)驗與架構設計，大多停留在找個(gè)文檔折騰下的水平上。所謂“最快”的替換方案僅是因為不用進(jìn)行存儲過(guò)程的移植，如果只是這樣使用PostgreSQL，那么僅是應付上層的文件，而沒(méi)有真正領(lǐng)會(huì )到文件的精神。更有商業(yè)公司號稱(chēng)有PostgreSQL的專(zhuān)家，然而非常經(jīng)不起推敲，玩過(guò)GreenPlum的就是PostgreSQL專(zhuān)家？而且GreenPlum也僅做研究性質(zhì)的用途？與專(zhuān)家交流后發(fā)現其對鎖與并發(fā)，高可用這塊的掌握更是讓人觸目驚心。
所以筆者一再和身邊的朋友說(shuō)，去IOE不是一件一蹴而就的事情，需要給MySQL時(shí)間，否則這件好事情會(huì )像著(zhù)另一個(gè)方向而發(fā)展，甚至重復當年年Sybase替換Oracle的事件發(fā)生。但是好消息是這次的領(lǐng)導們終于開(kāi)始認識到互聯(lián)網(wǎng)的重要性，理解了安全可控對于一個(gè)國家的重要性，而互聯(lián)網(wǎng)公司的成熟經(jīng)驗具有很好的借鑒意義。
MySQL數據庫早已不是原來(lái)的迷你數據庫，其在功能性與性能方面都已經(jīng)大幅提升，隨著(zhù)SSD的崛起，MySQL數據庫已經(jīng)完全可以替換Oracle數據，而PostgreSQL還需要很長(cháng)的路要走。但市場(chǎng)是開(kāi)放的，就像Oracle稱(chēng)雄的年代，還有DB2，Sybase這樣的數據庫與之一較長(cháng)短。我相信互聯(lián)網(wǎng)時(shí)代，依然是百花齊放的年代，沒(méi)有誰(shuí)可以一直占領(lǐng)優(yōu)勢，即便是MySQL也沒(méi)有這個(gè)能力。
聯(lián)系客服
