關係型資料庫並不新鮮。這個誕生於上世紀70年代的「老古董」，在業內不斷湧現出多種不同型別的資料庫的情況下，仍然站在舞台的**，它的地位也依舊不可替代。當前主流的關係型資料庫包括oracle、db2、sql-server、mysql、postgresql等。
在雲計算的廣泛應用下，多種主流的關係型資料庫也紛紛被移植到了雲上。但伴隨著大資料的發展，資料量的爆發式增長，企業對資料庫效能與儲存規模的要求已越來越高。而在雲計算從1.0時代向2.0時代不斷邁進的背景下，如何在資源型服務的基礎上提供更好的應用服務則成為雲服務提供商的主要目標之一。單純地將現有資料庫產品移植到雲上已無法完全滿足企業使用者的需求，無論是雲服務提供商還是使用者，都需要乙個完全為雲打造的優秀的雲原生資料庫。
阿里雲資料庫業務總經理曹偉(鳴嵩)將polardb稱作是「承載著阿里雲資料庫從過去1.0時代走向2.0時代的乙個標誌性的產品」。作為阿里雲自研的新一代雲原生關係型資料庫，polardb除了具備關係型資料庫的核心特徵外，同時也更關注如何滿足使用者對雲服務的特殊業務需求，包括成本、業務連續性及可擴充套件性等各個方面。
▲阿里雲資料庫業務總經理曹偉(鳴嵩)在英特爾傲騰技術**分享會上發表演講
三大核心特性
談到相容性的問題時，曹偉的態度甚至有些「強硬」，他表示：「從第一天起我們就不接受99%的相容，只有100%的相容。在做技術方案選型的時候，即便有乙個方案可能不相容某些東西，但實現起來更簡單，我們也不會妥協，一定是100%相容。」
如果說100%的相容性是不可妥協的原則，那效能和容量則更像是一種追求了。效能的重要性自然無需贅述，特別是在如今資料量大幅暴漲的情況下，使用者對效能的需求早已不同往日。阿里雲資料庫團隊經過不斷地攻堅、優化，使得polardb擁有了行業領先的超高效能。經過sysbench效能測試工具的測試，polardb的每秒事務處理量(tps)可達到22萬，而開源資料庫只有3.5萬次。與開源資料庫相比，polardb實現了約六倍的效能提公升。同時**不變，為使用者節省了大量的成本。
容量擴充套件也一直是使用者的一大難題。以往使用者的容量不足時，多數通過兩種辦法解決：一是擴容，通過切分業務，將資料庫進行拆分，再以此實現水平擴充套件;第二是定期做資料搬移，將訪問頻次較低的資料遷移到乙個冷資料庫中，以獲得可用的儲存空間。但無論是擴容到多個資料庫，還是進行資料搬移，對使用者來說開發成本都是非常大的，同時還涉及到管理與保證業務連續性的問題。作為雲原生資料庫，polardb可以支援使用者彈性擴容，最高可達100tb，而這個容量對99%的使用者來說是完全足夠的。
除此之外，polardb還有乙個核心優勢就是「一寫多讀共享同乙份資料」。對於一些如**這種讀的訪問比寫的訪問多的業務，過去的做法是用「一主多從」的技術來實現。簡單來說就是乙個主庫寫，將資料同步給多個從庫，再使用這些從庫完成讀的訪問。但這種模式有很大的缺點，第一是造成空間浪費，需要很多副本;第二是擴容時間長，因為新增節點時往往需要拷貝資料。polardb的做法是讓「一主多從」共享同乙個資料副本，無需額外建立多個從庫。而且在幾分鐘內就可以增加乙個唯讀節點並啟動服務。
乙個實而不華的LuaTinker 1
快捷與c c 通訊,luatinker參考了luabind和luaplus的特徵寫的，雖然沒有bindlua和luaplus這本強大 和提供很多功能,luatinker的實現只有兩個檔案,但是luatinker提供的基本能夠滿足大部的要求，使用者 還可以對它進一步的擴充，而且用於遊戲上特為方便,以下...
乙個阿里雲的面試題
問題描述 有101根電線 每根的一頭在樓底 另一端在樓頂 有乙個燈泡 乙個電池 無數根很短的電線 怎麼樣在樓上一次在樓下去一次將電線的對應關係弄清楚。在樓頂的階段 首先任意選出7根線 例如最左邊的 可命名為a0 a6，那麼還剩下94根線，編號為0 93，對於i線，可以寫出i的二進位制形式，例如11號...
目測乙個 阿里雲 C SDK mqtt通訊小bug
版本3.0.1 iot mqtt yield mqtt cycle iotx mc cycle iotx mc read packet 三次read，一次用來判斷是否有資料來，一次用來解析包長，一次用來收取整個包。rc c ipstack.read c ipstack,c buf read len,...