摘要： 阿里雲 mysql&mariadb 資料庫產品結合開源社群，提供了穩定、可靠、便捷、彈性的**資料庫服務，幫助全球企業客戶進行數位化轉型。mysql發展經歷了一系列變化，從sun到oracle，發展也經過了幾個階段。
阿里雲 mysql&mariadb 資料庫產品結合開源社群，提供了穩定、可靠、便捷、彈性的**資料庫服務，幫助全球企業客戶進行數位化轉型。mysql發展經歷了一系列變化，從sun到oracle，發展也經過了幾個階段。mysql從5.7版本開始走上了**重構之路，這為mysql未來10年的發展奠定了堅實基礎，而未來mysql將和雲計算碰撞出什麼樣的火花？本文中，阿里雲研究員呂漫漪將為大家分享mysql的前世今生。
mysql的過去
對於mysql而言，其最大的發展變化就是被sun收購，但是sun原本就有資料庫團隊，mysql被收購之後兩個團隊也合併了起來。mysql的團隊懂得社群並且有激情，而sun的團隊懂得怎樣軟體工程化，懂得保證質量和產品迭代，因此團隊合併之後對於mysql的改變很大。在這之後sun被oracle收購，這又是另外乙個轉折點，oracle不僅給了mysql團隊很大自由，也投入了很多人力和物力。這也保證了2013、2015以及2023年，每間隔2年多的時間就能推出乙個較為成熟的新版本，而在2023年之後其迭代週期就會迅速變短，因為朝著物聯網方向發展，大概每三個月就會迭代一次。
近十年中，oracle做了很多很好的事情，其中有一點事情雖然很少談到，但是對於之後的發展卻極為重要，那就是——**重構。大家都希望完善功能，提高效能，但是很少有人做了**重構。所謂**重構就是在不改變功能的前提下，改善**結構，提高可讀性和可擴充套件性。這件事情雖然說起來簡單，但是做起來難，特別是在進行決策的時候。mysql5.6版本的時候決定進行**重構，這是因為，oracle增加了很多人力進入mysql專案，但是當時的系統卻存在很多bug，這使得**維護變得極為困難，使很多人力用於維護舊**而不是增加新功能。此外，還使新功能的開發周期變得特別長，並且容易發生錯誤。當然，因為有很多錯誤，並且**沒有注釋和文件，使新人接手專案變得困難。
mysql的現狀
因此為了保證長期的市場領先地位，mysql必須要進行**重構。在最開始，主要是將解析、優化、查詢等步驟進行拆分，方便找到存在問題的模組。此外， 還實現了一些工具，來幫助檢測bug。mysql5.7中的優化器部分，30%的**是重寫的，而在8.0中解析器的50%都是重寫的，可見投入很大。mysql將程式語言都統一到c++，編譯器都使用最新版本，**規格採用谷歌的，統一了300人的開發團隊的**標準。**重構這件事情可能是對於未來10年的mysql發展所做的最重要的一件事情。這是因為有了高質量的**，才能夠快速推出新的功能，降低維護成本，使得新人更快上手專案。
解析器在重構之前的結構就像是一盤義大利面，非常混亂，重構之後就變得極為清晰。當重構完解析器之後發現，以前很多解析器的bug都消失了，此外，增加複雜語法的效率也得到了極大的提公升，節約了大量時間。此外，還做了多核效能提高，這也是硬體的趨勢，雖然每個核心不會更快，但是數目卻會增加。在重構之後，讀效能提高了三倍，寫的效能也有很可觀的的提高。
mysql另外乙個大的改變就是測試方面，如今的使用者更多的是企業級使用者，他們更多關注於更高的穩定性。對於資料庫而言，最重要的永遠都是穩定性，功能和效能是其次的。對於測試方法而言，要求對於新的功能，測試**覆蓋率達到95%，所有的開發人員在提交**的時候都要進行單元測試。在實現新功能的時候，需要開發和測試同時進行，整體測試之後才能將**推入主幹，效能測試，每天都會測試，此外有重大更新推入主幹時需要進行完整的效能測試，保證效能不會退化。所有測試都自動化，不需要人為測試。
功能上的最大亮點就是在mysql5.7版本中推出了json資料型別。雖然mysql一直都是關係型資料庫，但是發現自己的使用者不僅僅需要關係型資料庫，也需要支援非結構化資料。因此mysql需要和客戶自己成長，因此在5.7版本中加入了json資料型別，也推出了很多適於json的函式，因此使用者可以選擇使用類似於mongodb的document的api，使用者可以將mysql當做nosql來使用，而不用關心底層的原理，而且還實現了nosql所無法比擬的功能。
mysql5.7功能中的另外乙個亮點是「group replication」。這還是因為了除了網際網路客戶已經普遍地應用mysql了，還有很多新增客戶是企業級客戶，他們要求高可靠性。組複製就是提高可靠性的乙個功能，支援自動切換和多寫，而多寫也提公升了高可用性，而且支援多寫檢測。這個功能當前只支援innodb，但很多新功能也支援innodb。
mysql 8.0版本的新功能亮點就是自檢表，對於客戶而言做好的一點就是就是它支援原子操作的ddl，特別是在雲上原子性的ddl發揮了決定的作用，因為很多操作都是自動操作，不可能讓人手動修改ddl回滾時發生的錯誤。這一點對於雲資料庫而言非常重要。
此外，mysql 8.0版本還提公升了information scheme的效能。而無論是系統表還是普通表，都存放在innodb裡面，因此其處理方式是一樣的。對於開發者而言，有了資料自檢，增加新的功能就會非常容易。
遞迴公用表表示式以及視窗函式都是非常複雜的sql語句，在8.0中加入這兩個語句縮短了mysql和oracle的差距，這會大幅度地降低資料庫開發人員的開發時間。cte主要用於對於存在層次等級的表中做遞迴的查詢，這一功能在報表中非常常用。視窗函式則是用在分析型工作中的，比如分析每年、每季度的營收等。這些就是在mysql8.0中新增的針對於資料庫開發者的功能，幫助他們提公升開發效率。
mysql的未來
mysql的未來其實只有乙個字，那就是「雲」。有**稱「在2023年，83% 的企業負載會轉移到雲上」，也就是說大部分線下場景會轉移到雲上，這對於mysql而言既是乙個機會也是乙個挑戰。mysql需要在進行核心改動和優化，使其更適合在雲上發展。
雲上資料庫架構存在著明顯的轉變，最為明顯的就是計算層和儲存層的分離。計算層不共享，但是儲存層會變成共享儲存。共享儲存會達到雲規模，也就是極大規模，能夠支援所有使用者，這樣能夠極大地節約資源。而這樣的想法已經被polardb用到了。而企業級客戶需要高可靠性，所以雲上資料庫需要演變成為可以跨機房的高可靠性，而且需要保證切換的過程中不丟失任何資料。在雲上，很切換過程多操作需要自動化，需要保證ac之間的切換不丟失任何資料。雲上資料庫與傳統資料庫不同的是需要考慮到雲上其他的服務，如何將資料庫和備份、恢復、審計、安全以及監控等其他服務進行整合。
資源管理也是值得mysql提公升的部分，有些事務對於響應時間要求很高，這樣可以優先處理響應時間較高的任務，而降低其他事務的優先順序。此外，當記憶體不夠的時候應該如何處理，不能使得服務宕機。可以進行回滾或者降低新的請求，來保證資料庫的穩定狀態。此外，還有想做的一件事情就是智慧型生成執行計畫。因為乙個sql進來之後，先解析做優化，產生執行計畫，這裡需要改進的是在執行計畫生成的時候需要考慮更多的事情，比如查詢的響應要求以及記憶體限制。對於查詢時間和空間的平衡需要客戶自己決定。而現在的執行計畫是由優化器自己決定的，在未來希望能夠智慧型地生成執行計畫。
回到企業級工作負載，其實mysql用在網際網路業務中是非常多的，但是眾所周知網際網路業務的查詢往往比較簡單，而企業級使用者的查詢相當複雜。mysql目前對於簡單資料庫查詢的效能非常好，在這一方面做了很多優化，而在複雜查詢方面還可以做極多的優化，比如開啟多個執行緒並行執行。同時可以在innodb層做更多的並行執行，比如scan、條件過濾等，因此在複雜查詢方面有無限的提公升空間。
mysql目前只用於oltp，此外目前還以乙個發展很快的趨勢就是**分析。未來，mysql可能會同時支援事務性處理也會同時支援**分析。**分析和資料倉儲不同，因為資料已經在手裡了，可以用同乙份資料做更多的分析。對於使用者而言，所看到的就是乙個資料庫，但是所能夠包含的功能確是難以想象的。
mysql的未來 MySQL的未來在哪？
mysql的過去 對於mysql而言，其最大的發展變化就是被sun收購，但是sun原本就有資料庫團隊，mysql被收購之後兩個團隊也合併了起來。mysql的團隊懂得社群並且有激情，而sun的團隊懂得怎樣軟體工程化，懂得保證質量和產品迭代，因此團隊合併之後對於mysql的改變很大。在這之後sun被or...
MySQL的未來在哪？
mysql的過去 對於mysql而言，其最大的發展變化就是被sun收購，但是sun原本就有資料庫團隊，mysql被收購之後兩個團隊也合併了起來。mysql的團隊懂得社群並且有激情，而sun的團隊懂得怎樣軟體工程化，懂得保證質量和產品迭代，因此團隊合併之後對於mysql的改變很大。在這之後sun被or...
MySQL的未來在哪？
mysql的過去 對於mysql而言，其最大的發展變化就是被sun收購，但是sun原本就有資料庫團隊，mysql被收購之後兩個團隊也合併了起來。mysql的團隊懂得社群並且有激情，而sun的團隊懂得怎樣軟體工程化，懂得保證質量和產品迭代，因此團隊合併之後對於mysql的改變很大。在這之後sun被or...