阿里雲宣布自研雲原生資料庫polardb正式全面售賣。這個從誕生就備受矚目，基於計算和儲存分離的第三代雲計算架構下的商用關係型雲資料庫產品，實現了100%向下相容mysql 5.6的同時，支援單庫容量擴充套件至上百tb以及計算引擎能力及儲存能力的秒級擴充套件能力。
隨著資料量的膨脹，越來越多企業將其it資產遷移到公有雲上，這引發了人們對雲資料庫現狀與未來趨勢的反思。
身居網際網路時代，企業將不得不面對海量資料儲存、高併發等場景，傳統資料庫雖然穩定但成本高，而開源資料庫又一直無法解決效能瓶頸問題。那麼，使用者該如何做出抉擇和取捨？相信對於大多數使用者來說，他們並不知道如何來選擇資料庫，也不知道如何來優化資料庫來應對新的業務挑戰，他們只希望「用更短的時間、更快地到達目的地。」
而這也正是阿里雲投入大量心血自研雲資料庫polardb的緣由。
聚焦使用者核心痛點，新時代下的雲資料庫要敢於打破常規
在相容性、效能、儲存容量上，polardb不斷突破，這三點看似對資料庫最為樸素的考量標準也恰恰成就了polardb，最簡單也最難，解決了這三點就解決了99%的資料庫問題。
資料庫使用者最常遇到的問題就是在遇到高吞吐併發處理的場景下，效能達不到業務峰值視窗處理能力要求，尤其是讀效能。資料容量小，一旦磁碟滿了，業務就要被迫遷移。儘管有些資料庫可以提供擴容支援，但是在使用者資料量比較大的情況，存在著公升級規格需要遷移資料的情況，超過1個tb之後的資料庫遷移變得非常慢，多達幾個小時，甚至超過1天。
而polardb的儲存容量可以實現無縫擴充套件，不管資料量有多大，幾分鐘內即可實現唯讀副本擴容，1分鐘內即可實現全量備份，為企業的快速業務發展提供了彈性擴充套件能力。
與傳統雲資料庫乙個例項乙份資料拷貝不同，polardb同乙個例項的所有節點(包括讀寫節點和唯讀節點)都實現訪問儲存節點上的同乙份資料，使得polardb的資料備份耗時實現秒級響應。並且借助rdma網路以及最新的塊儲存技術，實現伺服器宕機後無需搬運資料重啟程序即可服務，滿足了網際網路環境下企業對資料庫伺服器高可用的需求。
通過放棄傳統分布式資料庫oltp多路併發寫的支援，採用一寫多讀的架構設計，簡化分布式系統難以兼顧的理論模型，大幅度提公升oltp效能。
載譽而歸，polardb有魄力更有實力
去年，在polardb的現場發布會上，現場實測跑分上，polardb讀寫效能均超越了aws aurora，讀效能實現100萬qps，寫效能實現13萬qps。過去需要要70個小時的10tb的業務資料建立唯讀副本，在polardb上只需幾分鐘，全球範圍建立容災例項時間也是一樣。
時隔半年，阿里雲polardb走出國門，亮相icde2018，並同步舉辦阿里雲自有的polardb技術專場。
回到初心，在經過一年的不斷優化迭代，polardb終於全面開放售賣。對於高吞吐併發處理、高可用業務彈性業務場景的使用者來說，可以享受僅為商業資料庫成本的1/10便可以輕鬆應對不斷變化的業務需求。
polardb支援的例項規格如下。
阿里雲POLARDB 乙個生而不凡的資料庫
關係型資料庫並不新鮮。這個誕生於上世紀70年代的 老古董 在業內不斷湧現出多種不同型別的資料庫的情況下，仍然站在舞台的 它的地位也依舊不可替代。當前主流的關係型資料庫包括oracle db2 sql server mysql postgresql等。在雲計算的廣泛應用下，多種主流的關係型資料庫也紛紛...
關係型資料庫 PolarDB
寫在前面 個人比較喜歡在大家都休息的時候，研究一些自己感興趣的東西，比如這篇文章，只是做到了對polardb的乙個認識，先寫在這裡，等以後用到了再來細究。在當下，關係型資料庫仍然佔據主導地位，最主要的原因之一就是關係型資料庫採用了sql標準，這種高階的非過程化程式設計介面語言，將電腦科學和易於人類理...
阿里雲的自研InfluxDB集群方案剖析
2年前寫的一篇舊文，文中的分析，以及 的問題和觀點，至今仍有意義。本文將以阿里雲在giac的分享 雲原生influxdb高可用架構設計 為例，剖析阿里雲的自研influxdb集群方案的當前實現，在分析中會盡量聚焦的相對確定的技術 架構等，考慮到非一線資訊，在個別細節上難免存在理解偏差，歡迎私聊討論 ...