回顧POLARDB 1.0
POLARDB 1.0 主要的改進(jìn)包括采用了計(jì)算存儲(chǔ)分離的架構(gòu)，完全兼容MYSQL，性能是原生MySQL的6倍。一個(gè)用戶集群可以在分鐘級(jí)彈性擴(kuò)展到16個(gè)計(jì)算節(jié)點(diǎn)，對(duì)業(yè)務(wù)完全透明的計(jì)算和存儲(chǔ)分離代理，從庫(kù)延遲僅毫秒級(jí)。存儲(chǔ)為分布式塊存儲(chǔ)，可以彈性擴(kuò)展至100TB的規(guī)模。存儲(chǔ)層面采用多副本技術(shù)，使得數(shù)據(jù)庫(kù)的RPO做到了0，完全沒有丟失數(shù)據(jù)的風(fēng)險(xiǎn)。
POLARDB 1.0 完美的解決了傳統(tǒng)數(shù)據(jù)庫(kù)的如下痛點(diǎn)：
1、升級(jí)硬件需要遷移數(shù)據(jù)，升級(jí)周期長(zhǎng)，無法從容應(yīng)對(duì)突如其來的業(yè)務(wù)高峰。
（POLARDB的計(jì)算節(jié)點(diǎn)可以分鐘級(jí)擴(kuò)容，任何時(shí)刻發(fā)現(xiàn)業(yè)務(wù)量突變即可快速擴(kuò)容。）
2、金融級(jí)可靠性要求RPO=0，傳統(tǒng)架構(gòu)使用實(shí)例層同步多副本，性能損耗巨大。
（POLARDB的存儲(chǔ)為多副本，底層使用RDMA、Parallel Raft、3D Xpoint等最新的軟硬件技術(shù)，性能比傳統(tǒng)架構(gòu)最高提升6倍。）
3、實(shí)例層復(fù)制HA架構(gòu)，主從切換時(shí)間長(zhǎng)，無法滿足金融級(jí)連續(xù)性要求。
（POLARDB采用共享存儲(chǔ)，主從切換可以做到秒級(jí)，同時(shí)在計(jì)算與業(yè)務(wù)層之間有一層代理層，代理層可以幫助用戶識(shí)別計(jì)算節(jié)點(diǎn)的異常，自動(dòng)切換，在大多數(shù)時(shí)候業(yè)務(wù)感知不到計(jì)算節(jié)點(diǎn)的切換，保證了業(yè)務(wù)連續(xù)性。）
4、傳統(tǒng)HA架構(gòu)采用主從異步復(fù)制，切換后從庫(kù)可能需要重建，耗費(fèi)資源多，重建時(shí)間長(zhǎng)，存在長(zhǎng)時(shí)間單點(diǎn)故障。
（POLARDB采用共享存儲(chǔ)架構(gòu)，主從切換不需要數(shù)據(jù)重構(gòu)。）
5、每個(gè)只讀節(jié)點(diǎn)都需要一份與主完全一樣的副本，成本高。
（POLARDB采用共享存儲(chǔ)架構(gòu)，增加計(jì)算節(jié)點(diǎn)，不需要增加存儲(chǔ)副本數(shù)，使得整體成本相比傳統(tǒng)架構(gòu)低很多。）
6、讀寫分離采用邏輯REDO復(fù)制，主從延遲高。
（POLARDB的數(shù)據(jù)存儲(chǔ)為共享存儲(chǔ)，不需要同步REDO數(shù)據(jù)，只需要同步REDO的位點(diǎn)，主從延遲在毫秒級(jí)。）
7、sharding架構(gòu)沒有想象的好，功能閹割、對(duì)業(yè)務(wù)有巨大侵入（限制SQL較多）。
（POLARDB完全兼容MYSQL，對(duì)業(yè)務(wù)沒有任何侵入，用戶不需要修改一行代碼即可使用POLARDB。）
8、TB以上實(shí)例備份慢，往往數(shù)十小時(shí)。
（POLARDB使用快照備份技術(shù)，無論數(shù)據(jù)量多大，秒級(jí)備份）
POLARDB 1.0 已經(jīng)發(fā)布兩年以來，贏得了很多企業(yè)級(jí)客戶的青睞。POLARDB 1.0已經(jīng)很完美了，我們?yōu)槭裁催€要研發(fā)2.0呢？
為什么要研發(fā) 2.0
1、用戶的去O需求旺盛，卻屢試屢敗
為什么很多用戶去O會(huì)屢試屢敗呢？
1、企業(yè)有非常嚴(yán)重的歷史包袱
1.1、企業(yè)通常技術(shù)棧為Oracle技術(shù)棧(團(tuán)隊(duì))，適應(yīng)其他產(chǎn)品的周期長(zhǎng)，調(diào)頭難
1.2、遷移如果涉及大量代碼改造，周期長(zhǎng)、風(fēng)險(xiǎn)高、收益低
1.3、通常目標(biāo)引擎數(shù)據(jù)庫(kù)Oracle兼容性非常差，用戶需要大量的改造
2、缺乏有效的遷移方法、工具
2.1、遷移改造工作量很難評(píng)估，遷移周期很難評(píng)估，周期通常非常長(zhǎng)（別人的成功去O經(jīng)驗(yàn)無法復(fù)制）
2.2、沒有有效的數(shù)據(jù)遷移、數(shù)據(jù)校驗(yàn)、仿真工具。拍腦袋去O風(fēng)險(xiǎn)非常大。
3、目標(biāo)數(shù)據(jù)庫(kù)引擎眾多、選擇難
3.1、有些企業(yè)為了去O而去O，沒有產(chǎn)生業(yè)務(wù)價(jià)值，企業(yè)沒有動(dòng)力
3.2、目標(biāo)引擎的可靠性、安全性、擴(kuò)展性、兼容性、穩(wěn)定性、性能、可用性等指標(biāo)可能無法達(dá)到用戶的需求
2、數(shù)據(jù)庫(kù)的企業(yè)要求，既要，又要？
企業(yè)要求數(shù)據(jù)庫(kù)既要SQL通用性，又要NoSQL擴(kuò)展性，還要多模數(shù)據(jù)處理便捷性。既要高并發(fā)、又要實(shí)時(shí)復(fù)雜分析。然而傳統(tǒng)數(shù)據(jù)庫(kù)無法滿足既要又要還要的需求。傳統(tǒng)數(shù)據(jù)庫(kù)往往采用數(shù)據(jù)同步多份(就像蜘蛛網(wǎng))，不同場(chǎng)景使用不同產(chǎn)品解決的方案。導(dǎo)致的問題非常多，用戶苦不堪言：
1、軟硬件成本高，同步延遲，同步數(shù)據(jù)不一致，
2、開發(fā)成本高，排錯(cuò)復(fù)雜等頭痛的問題阻礙企業(yè)業(yè)務(wù)發(fā)展！
3、企業(yè)的歷史數(shù)據(jù)象五指山一樣壓得喘不過氣。
企業(yè)的數(shù)據(jù)庫(kù)通常生命周期非常的長(zhǎng)，在整個(gè)生命周期的過程中，會(huì)產(chǎn)生很多被遺忘的“臨時(shí)”數(shù)據(jù)(例如業(yè)務(wù)的歷史數(shù)據(jù)庫(kù)，開發(fā)或DBA在數(shù)據(jù)庫(kù)中操作或產(chǎn)生過的臨時(shí)數(shù)據(jù)，這些臨時(shí)數(shù)據(jù)歷經(jīng)數(shù)年，可能已經(jīng)無法分辨是屬于什么業(yè)務(wù)的，還要不要被用到，還能不能刪除等等。）慢慢就像“雞肋”一樣食之無味、棄之不行。大量“雞肋”一樣的冷數(shù)據(jù)占用大量空間，又不能刪。逐漸成為數(shù)據(jù)庫(kù)沉重的包袱。
(數(shù)據(jù)庫(kù)存儲(chǔ)價(jià)格昂貴、備份消耗大、大量占空間、恢復(fù)慢)。
4、專業(yè)的GIS處理場(chǎng)景，使用開源版本性能、功能無法滿足？
隨著物聯(lián)網(wǎng)、智能終端、移動(dòng)互聯(lián)網(wǎng)的發(fā)展，越來越多的移動(dòng)數(shù)據(jù)接入，應(yīng)用對(duì)GIS數(shù)據(jù)的處理需求會(huì)越來越旺盛，據(jù)分析GIS已經(jīng)是千億級(jí)的市場(chǎng)規(guī)模，然而開源的GIS產(chǎn)品可能無法滿足日漸豐滿的需求。
5、高級(jí)DBA太難找、且價(jià)格昂貴
高級(jí)DBA是大型企業(yè)才會(huì)設(shè)置的職位，價(jià)格昂貴、人才缺失。他們的日常可能是喝喝茶、聊聊人生，一切盡在掌握中，問題已經(jīng)防范于未然。而且這種DBA通?？捎霾豢汕?。
大多數(shù)的企業(yè)通常是SA或開發(fā)兼職DBA的工作，他們的日?？赡苁羌纫忠€要了。往往是數(shù)據(jù)庫(kù)出了事情再來處理，所謂術(shù)業(yè)有專攻，SA或開發(fā)人員處理數(shù)據(jù)庫(kù)問題（不管是性能問題還是管理問題），通常時(shí)間也可能很久。
2.0 重磅發(fā)布新特性
POLARDB 2.0 完全繼承了1.0的架構(gòu)體系，同時(shí)兼容了另外兩個(gè)流行數(shù)據(jù)庫(kù)Oracle與PostgreSQL
POLARDB for PostgreSQL
完全兼容PostgreSQL，支持計(jì)算與存儲(chǔ)分離、獨(dú)立伸縮，存儲(chǔ)按量付費(fèi)。適合中大型企業(yè)核心業(yè)務(wù)。
【OLTP+OLAP混合負(fù)載】
支持混合負(fù)載業(yè)務(wù)，支持百萬級(jí)高并發(fā)，支持并行計(jì)算，支持會(huì)話級(jí)資源隔離。
一個(gè)實(shí)例，一份數(shù)據(jù)，同時(shí)支持在線業(yè)務(wù)、實(shí)時(shí)分析混合業(yè)務(wù)。
原來用戶需要將數(shù)據(jù)從在線數(shù)據(jù)庫(kù)同步到數(shù)倉(cāng)，問題非常多，POLARDB v2.0解決了跨產(chǎn)品數(shù)據(jù)同步帶來的延遲、一致性、成本、使用習(xí)慣等問題。
1、技術(shù)指標(biāo)：
最多支持16個(gè)計(jì)算節(jié)點(diǎn)，每個(gè)階段節(jié)點(diǎn)88核；
每計(jì)算節(jié)點(diǎn)可提供百萬級(jí)QPS；
支持對(duì)業(yè)務(wù)完全透明的并行計(jì)算，平均提速20倍以上，無懼復(fù)雜SQL；
【多模計(jì)算】
多模計(jì)算全面覆蓋GIS、時(shí)空、時(shí)序、全文檢索、圖像識(shí)別、多維查詢、向量相似、機(jī)器學(xué)習(xí)。
原來用戶需要諸多產(chǎn)品來解決以上不同業(yè)務(wù)場(chǎng)景遇到的問題，數(shù)據(jù)需要在各個(gè)產(chǎn)品之間同步，異構(gòu)同步帶來延遲、一致性、成本、使用習(xí)慣等問題。
POLARDB v2.0新增引擎解決了以上問題。
1、技術(shù)指標(biāo)：
ganos專業(yè)級(jí)時(shí)空組件，兼容GIS標(biāo)準(zhǔn)，MOD模型比PostGIS 50-100倍性能提升；
內(nèi)置全文檢索、圖像識(shí)別、多維查詢、向量計(jì)算、工業(yè)時(shí)序等多模組件；
內(nèi)置schemaless、KV等nosql特性；
支持多達(dá)8種索引接口(btree,hash,gin倒排索引,GiST空間索引,SP-GiST空間分區(qū)索引,BRIN時(shí)序索引,rum全文索引,bloom布隆索引)，滿足
各種多模數(shù)據(jù)的高速檢索需求；
POLARDB for Oracle
高度兼容Oracle，降低Oracle遷移風(fēng)險(xiǎn)、縮短遷移周期，助力企業(yè)快速替換Oracle，進(jìn)入云智能時(shí)代。
【深度Oracle兼容】
大幅降低用戶去O風(fēng)險(xiǎn)、縮短去O周期。用戶去O從數(shù)年降低到數(shù)周。
1、技術(shù)指標(biāo)：
【智能駕駛】
POLARDB v2.0 for Oracle版，內(nèi)置SQL防火墻?？梢苑繱QL注入與SQL誤操作。解決企業(yè)的數(shù)據(jù)庫(kù)安全問題。
POLARDB v2.0 for Oracle版，內(nèi)置索引推薦功能。是企業(yè)數(shù)據(jù)庫(kù)優(yōu)化的好幫手，一鍵解決索引優(yōu)化難題
POLARDB v2.0，支持AAS性能洞察。在沒有專業(yè)DBA的情況下，可以一鍵洞悉宏觀、微觀業(yè)務(wù)問題。幫助企業(yè)及時(shí)發(fā)現(xiàn)業(yè)務(wù)問題。
1、技術(shù)指標(biāo)：
【云原生】
使用POLARDB v2.0替代ORACLE，可以獲得POLARDB強(qiáng)大的云原生能力。通過oss_fdw接口可以讀寫OSS數(shù)據(jù)，支持冷熱分離，對(duì)接云端海量算力(函數(shù)計(jì)算、MAXCompute)，獲得強(qiáng)大的數(shù)據(jù)處理能力。企業(yè)加快推向DT時(shí)代。
1、技術(shù)指標(biāo)：
1、適用場(chǎng)景
2、適合客戶
企業(yè)級(jí)客戶（黨政軍、醫(yī)療、新零售、新制造、科研機(jī)構(gòu)、金融、互聯(lián)網(wǎng)、物聯(lián)網(wǎng)、交通、航空、地圖，氣象，測(cè)繪，LBS，國(guó)土，GIS等專業(yè)領(lǐng)域）
2.0 關(guān)鍵技術(shù)點(diǎn)解讀
1、智能駕駛
1、SQL防火墻，防SQL注入，防誤操作。
SQL防火墻背后的原理，POLARDB v2.0 for Oracle 通過開啟SQL學(xué)習(xí)模式來學(xué)習(xí)業(yè)務(wù)發(fā)起的SQL請(qǐng)求，數(shù)據(jù)庫(kù)將SQL請(qǐng)求變量化，轉(zhuǎn)換為SQL HASH，存儲(chǔ)起來作為SQL白名單。
當(dāng)學(xué)習(xí)模式結(jié)束后，可以開啟permission模式，如果有非白名單內(nèi)的SQL請(qǐng)求，則發(fā)出警告。DBA可以關(guān)注到這個(gè)警告，判斷是否為異常請(qǐng)求。
用戶也可以將模式改為強(qiáng)制模式，如果有非白名單內(nèi)的SQL請(qǐng)求，則會(huì)拒絕這樣的請(qǐng)求，從而根本上防止SQL注入，防止用戶誤操作。
除此以外，POLARDB v2.0 for Oracle 還支持規(guī)則配置，例如可以拒絕不帶WHERE條件的DML請(qǐng)求，拒絕WHERE 條件始終為TRUE的DML請(qǐng)求，從而防止SQL注入攻擊或人為的誤操作。
2、索引推薦，即使是數(shù)據(jù)庫(kù)小白用戶，也能一鍵優(yōu)化數(shù)據(jù)庫(kù)。
用戶可以在會(huì)話中開啟索引推薦的模塊，一旦開啟，這個(gè)會(huì)話發(fā)起的SQL請(qǐng)求會(huì)被后臺(tái)分析，在運(yùn)行一段時(shí)間后，調(diào)用索引推薦函數(shù)，我們可以看到數(shù)據(jù)庫(kù)已經(jīng)對(duì)到當(dāng)前會(huì)話執(zhí)行過的SQL進(jìn)行了索引推薦的優(yōu)化。
3、性能洞察，這個(gè)功能是非常強(qiáng)大的，通過等待時(shí)間的采集，打點(diǎn)，我們可以觀察到數(shù)據(jù)庫(kù)在過去的任意時(shí)刻是否遇到性能瓶頸，性能瓶頸是什么？即使企業(yè)中沒有專業(yè)的DBA，也能輕而易舉的發(fā)現(xiàn)數(shù)據(jù)庫(kù)的性能問題。
2、并行計(jì)算，多達(dá)幾十種場(chǎng)景，平均20倍性能提升
3、會(huì)話級(jí)資源隔離
4、ganos時(shí)空多模組件
ganos是阿里巴巴自研的3S引擎，兼容GIS標(biāo)準(zhǔn)，支持平面幾何模型、球面幾何模型、柵格模型、時(shí)空軌跡模型、點(diǎn)云模型、拓?fù)渚W(wǎng)絡(luò)模型等。
ganos相比開源GIS的優(yōu)勢(shì)也非常明顯。
5、云原生的冷熱分離
6、為什么2.0支持多模
1、傳統(tǒng)數(shù)據(jù)庫(kù)通常只支持1種索引，而POLARDB v2.0 支持8種索引
2、傳統(tǒng)數(shù)據(jù)庫(kù)通常僅支持幾種數(shù)據(jù)類型，而POLARDB v2.0支持大量數(shù)據(jù)類型
時(shí)間、字符串、數(shù)值，貨幣，字節(jié)流，比特，枚舉，布爾，幾何，網(wǎng)絡(luò)，全文檢索，UUID，JSON，XML，數(shù)組，復(fù)合，范圍，域，圖像，樹，多維立方，GIS，rb，HLL，K-V，還支持?jǐn)U展類型
3、POLARDB v2.0 還支持了非常多的多模插件，大幅度的幫助用戶提高開發(fā)生產(chǎn)效率。
POLARDB v2.0 for Oracle，高度兼容Oracle，同時(shí)支持了SQL防火墻、自動(dòng)索引推薦、性能洞察、資源隔離等智能駕駛功能，支持了冷熱分離的云原生能力，解決了企業(yè)去O難題，幫助企業(yè)快速去O。
POLARDB v2.0 for PostgreSQL，完全兼容PostgreSQL，支持并行計(jì)算，混合負(fù)載，GIS時(shí)空等多模計(jì)算，具備冷熱分離的云原生能力，是企業(yè)級(jí)客戶（黨政軍、醫(yī)療、新零售、新制造、科研機(jī)構(gòu)、金融、互聯(lián)網(wǎng)、物聯(lián)網(wǎng)、交通、航空、地圖，氣象，測(cè)繪，LBS，國(guó)土，GIS等專業(yè)領(lǐng)域）核心數(shù)據(jù)庫(kù)上云的很好選擇。
公測(cè)申請(qǐng)方法： https://page.aliyun.com/form/act977150651/index.htm
云數(shù)據(jù)庫(kù)POLARDB： https://www.aliyun.com/product/polardb
發(fā)布核心、場(chǎng)景、優(yōu)勢(shì)、接入、更多： https://promotion.aliyun.com/ntms/act/polardbfororacle.html
阿里云新品發(fā)布會(huì)頻道： https://promotion.aliyun.com/ntms/act/cloud/product.html
阿里云新品發(fā)布會(huì)·周刊： https://yq.aliyun.com/articles/705813
原文地址： https://yq.aliyun.com/articles/705932
重慶分公司
重慶分公司
