正文

阿里云數(shù)據(jù)服務(wù)（阿里云數(shù)據(jù)服務(wù)api）

發(fā)布時(shí)間：2023-04-22 09:13:21 稿源：創(chuàng)意嶺閱讀： 147

大家好！今天讓創(chuàng)意嶺的小編來(lái)大家介紹下關(guān)于阿里云數(shù)據(jù)服務(wù)的問(wèn)題，以下是小編對(duì)此問(wèn)題的歸納整理，讓我們一起來(lái)看看吧。

開(kāi)始之前先推薦一個(gè)非常厲害的Ai人工智能工具，一鍵生成原創(chuàng)文章、方案、文案、工作計(jì)劃、工作報(bào)告、論文、代碼、作文、做題和對(duì)話答疑等等

只需要輸入關(guān)鍵詞，就能返回你想要的內(nèi)容，越精準(zhǔn)，寫出的就越詳細(xì)，有微信小程序端、在線網(wǎng)頁(yè)版、PC客戶端

官網(wǎng)：https://ai.de1919.com。

創(chuàng)意嶺作為行業(yè)內(nèi)優(yōu)秀的企業(yè)，服務(wù)客戶遍布全球各地，如需了解相關(guān)業(yè)務(wù)請(qǐng)撥打電話175-8598-2043，或添加微信：1454722008

本文目錄:

1、阿里云服務(wù)器怎么安裝數(shù)據(jù)庫(kù)服務(wù)器
2、阿里云數(shù)據(jù)產(chǎn)品
3、阿里云分布式數(shù)據(jù)庫(kù)服務(wù)DRDS？誰(shuí)使用過(guò) 簡(jiǎn)單講講！
4、阿里云服務(wù)器里面的數(shù)據(jù)誰(shuí)有權(quán)利查看

阿里云數(shù)據(jù)服務(wù)（阿里云數(shù)據(jù)服務(wù)api）

一、阿里云服務(wù)器怎么安裝數(shù)據(jù)庫(kù)服務(wù)器

阿里云搭建sql server

分步閱讀

需要公網(wǎng)服務(wù)器進(jìn)行數(shù)據(jù)存儲(chǔ)與轉(zhuǎn)發(fā)，阿里云是比較經(jīng)濟(jì)的一種選擇，sql sever適合小流量數(shù)據(jù)庫(kù)管理

工具/原料

阿里云云服務(wù)器一個(gè)實(shí)例

一臺(tái)電腦

步驟1、配置遠(yuǎn)程桌面連接

首先確定自己的公網(wǎng)ip地址，這個(gè)在構(gòu)建云服務(wù)器實(shí)例時(shí)，每一個(gè)實(shí)例會(huì)分配一個(gè)公網(wǎng)地址，一個(gè)內(nèi)網(wǎng)地址。

然后，開(kāi)始-->運(yùn)行，輸入mstsc.exe，確定

將第一步確定的公網(wǎng)地址輸入，點(diǎn)開(kāi)選項(xiàng)

常規(guī)-->計(jì)算機(jī)中填入公網(wǎng)地址，用戶名填入administrator。

顯示可選擇合適的遠(yuǎn)程桌面大小，如果不做本機(jī)操作，可以選全屏

本地資源中勾選“剪貼板”方便操作中本機(jī)與遠(yuǎn)程編輯，點(diǎn)詳細(xì)信息

在“驅(qū)動(dòng)器”中勾選本機(jī)的某驅(qū)動(dòng)器，以便本機(jī)與服務(wù)器傳輸文件

全部設(shè)置完后，點(diǎn)連接

在點(diǎn)連接

出現(xiàn)要求密碼的對(duì)話框時(shí)輸入密碼，即可進(jìn)入遠(yuǎn)程桌面。

此時(shí)遠(yuǎn)程桌面配置完畢。

打開(kāi)遠(yuǎn)程桌面上的計(jì)算機(jī)，會(huì)看到本機(jī)的驅(qū)動(dòng)器，這樣就可以將本機(jī)上需要傳送的文件復(fù)制到服務(wù)器了，將來(lái)開(kāi)發(fā)的程序也可上傳過(guò)去。

END

步驟2、安裝sqlserver2005Express

百度一個(gè)sqlserver2005Express，下載后上傳到云服務(wù)器里，這是32位的。

如果出現(xiàn)如下對(duì)話框，選“運(yùn)行程序”。

接受許可

點(diǎn)安裝

下一步

姓名、公司隨便填，“隱藏高級(jí)配置選項(xiàng)”前的勾去掉，以便后邊進(jìn)行自定義配置，初學(xué)者可以使用默認(rèn)配置

客戶端組件中連接組件要選，軟件開(kāi)發(fā)包根據(jù)需要自定

命名實(shí)例可以自定義，將來(lái)安裝好后，在管理工具-->服務(wù)中可以看到這個(gè)服務(wù)名

選用“使用內(nèi)置系統(tǒng)帳戶”和“網(wǎng)絡(luò)服務(wù)”，勾選“安裝結(jié)束時(shí)啟動(dòng)服務(wù)”下的“SQL Server”和“SQL Brower”，這個(gè)也可以在安裝后在管理工具-->服務(wù)中設(shè)置相應(yīng)服務(wù)是否開(kāi)機(jī)自動(dòng)啟動(dòng)。

身份驗(yàn)證模式最好選“混合模式”，便于網(wǎng)絡(luò)存取。如果用“混合模式”，則要設(shè)置sa的密碼，sa是數(shù)據(jù)庫(kù)的超級(jí)管理員的用戶名。

繼續(xù)下一步

接下來(lái)全是下一步，直到安裝完畢

END

步驟3、查詢剛才新建的實(shí)例

安裝完成后，在管理工具-->服務(wù)中，找到自己剛才安裝的實(shí)例。

END

注意事項(xiàng)

如果直接在服務(wù)器上做開(kāi)發(fā)，集成的開(kāi)發(fā)環(huán)境一般有數(shù)據(jù)庫(kù)的連接管理，如果別的地方開(kāi)發(fā)好后遷移到服務(wù)器上，那么對(duì)數(shù)據(jù)庫(kù)的遷移時(shí)就需要數(shù)據(jù)庫(kù)的管理界面，專業(yè)版本身不帶管理界面，所以要另處安裝

二、阿里云數(shù)據(jù)產(chǎn)品

1.客流數(shù)字化

（1）周邊潛客

（2）到店客流

（3）店內(nèi)動(dòng)線

客群畫像：結(jié)合電商及阿里生態(tài)豐富的數(shù)據(jù)資源，深度刻畫人群畫像。

行為路徑分析：全鏈路分析目標(biāo)用戶的線上及線下的消費(fèi)行為與位置軌跡。

周邊潛客挖掘：結(jié)合人群畫像與位置信息，挖掘周邊及商圈目標(biāo)潛客。

2.客戶鏈接

（1）線上營(yíng)銷

（2）線下?tīng)I(yíng)銷

（3）效果評(píng)估

多渠道人群推廣：基于豐富的用戶位置信息，通過(guò)阿里媽媽、手淘、短信等多渠道對(duì)周邊人群做觸達(dá)。

效果分析：全鏈路跟蹤營(yíng)銷觸達(dá)用戶的消費(fèi)行為，跟進(jìn)分析觸達(dá)后的效果。

3.市場(chǎng)研究

（1）門店區(qū)域行業(yè)分析

（2）市場(chǎng)潛力分析

產(chǎn)品陳列優(yōu)化：分析區(qū)域內(nèi)行業(yè)屬性，指導(dǎo)門店產(chǎn)品陳列。

營(yíng)銷策略指導(dǎo)：分析門店服務(wù)范圍內(nèi)人群特征，基于目標(biāo)人群畫像，指導(dǎo)銷策略。

研發(fā)策略優(yōu)化：根據(jù)門店周邊區(qū)域內(nèi)行業(yè)屬性及變化趨勢(shì)，指導(dǎo)品牌商進(jìn)行研發(fā)策略的優(yōu)化。

4.經(jīng)營(yíng)輔助（營(yíng)銷選址）

（1）人群流動(dòng)分析

（2）目標(biāo)人群區(qū)域分析

開(kāi)店選址：結(jié)合城市人群流動(dòng)信息，及目標(biāo)用戶的分析，為品牌商挑選最優(yōu)的開(kāi)店地址。

營(yíng)銷選址：分析目標(biāo)人群流動(dòng)信息，及集中區(qū)域，指導(dǎo)營(yíng)銷地址選擇。

三、阿里云分布式數(shù)據(jù)庫(kù)服務(wù)DRDS？誰(shuí)使用過(guò) 簡(jiǎn)單講講！

淘寶開(kāi)源的TDDL和cobar的結(jié)合，放到了阿里云上就是DRDS，是商品，服務(wù)，可以購(gòu)買使用的?？梢栽诎⒗镌乒倬W(wǎng)上注冊(cè)免費(fèi)試用。

=====================================================

隨著互聯(lián)網(wǎng)時(shí)代的到來(lái)，計(jì)算機(jī)要管理的數(shù)據(jù)量呈指數(shù)級(jí)別地飛速上漲，而我們卻完全無(wú)法對(duì)用戶數(shù)做出準(zhǔn)確預(yù)估。我們的系統(tǒng)所需要支持的用戶數(shù)，很可能在短短的一個(gè)月內(nèi)突然爆發(fā)式地增長(zhǎng)幾千倍，數(shù)據(jù)也很可能快速地從原來(lái)的幾百GB飛速上漲到了幾百個(gè)TB。如果在這爆發(fā)的關(guān)鍵時(shí)刻，系統(tǒng)不穩(wěn)定或無(wú)法訪問(wèn)，那么對(duì)于業(yè)務(wù)將會(huì)是毀滅性的打擊。

伴隨著這種對(duì)于系統(tǒng)性能、成本以及擴(kuò)展性的新需要，以HBase、MongoDB為代表的NoSQL數(shù)據(jù)庫(kù)和以阿里DRDS、VoltDB、ScaleBase為代表的分布式NewSQL數(shù)據(jù)庫(kù)如雨后春筍般不斷涌現(xiàn)出來(lái)。

本文將會(huì)介紹阿里DRDS的技術(shù)理念、發(fā)展歷程、技術(shù)特性等內(nèi)容。

DRDS設(shè)計(jì)理念

從20世紀(jì)70年代關(guān)系數(shù)據(jù)庫(kù)創(chuàng)立開(kāi)始，其實(shí)大家在數(shù)據(jù)庫(kù)上的追求就從未發(fā)生過(guò)變化：更快的存取數(shù)據(jù)，可以按需擴(kuò)縮以承載更大的訪問(wèn)量和更大的數(shù)據(jù)量，開(kāi)發(fā)容易，硬件成本低，我們可以把這叫做數(shù)據(jù)庫(kù)領(lǐng)域的圣杯。

為了支撐更大的訪問(wèn)量和數(shù)據(jù)量，我們必然需要分布式數(shù)據(jù)庫(kù)系統(tǒng)，然而分布式系統(tǒng)又必然會(huì)面對(duì)強(qiáng)一致性所帶來(lái)的延遲提高的問(wèn)題，因?yàn)榫W(wǎng)絡(luò)通信本身比單機(jī)內(nèi)通信代價(jià)高很多，這種通信的代價(jià)就會(huì)直接增加系統(tǒng)單次提交的延遲。延遲提高會(huì)導(dǎo)致數(shù)據(jù)庫(kù)鎖持有時(shí)間變長(zhǎng)，使得高沖突條件下分布式事務(wù)的性能不升反降（這個(gè)具體可以了解一下Amdahl定律），甚至性能距離單機(jī)數(shù)據(jù)庫(kù)都還有明顯的差距。

從上面的說(shuō)明，我們可以發(fā)現(xiàn)，問(wèn)題的關(guān)鍵并不是分布式事務(wù)做不出來(lái)，而是做出來(lái)了卻因?yàn)樾阅芴疃鴽](méi)有什么卵用。數(shù)據(jù)庫(kù)領(lǐng)域的高手們努力了40年，但至今仍然沒(méi)有人能夠很好地解決這個(gè)問(wèn)題，Google Spanner的開(kāi)發(fā)負(fù)責(zé)人就經(jīng)常在他的Blog上談?wù)撗舆t的問(wèn)題，相信也是飽受這個(gè)問(wèn)題的困擾。

面對(duì)這個(gè)難題，傳統(tǒng)的關(guān)系數(shù)據(jù)庫(kù)選擇了放棄分布式的方案，因?yàn)樵?0世紀(jì)70~80年代，我們的數(shù)據(jù)庫(kù)主要被用來(lái)處理企業(yè)內(nèi)的各類數(shù)據(jù)，面對(duì)的用戶不過(guò)幾千人，而數(shù)據(jù)量最多也就是TB級(jí)別。用單臺(tái)機(jī)器來(lái)處理事務(wù)，用個(gè)磁盤陣列處理一下磁盤容量不夠的問(wèn)題，基本上就能解決一切問(wèn)題了。

然而，信息化和互聯(lián)網(wǎng)的浪潮改變了這一切，我們突然發(fā)現(xiàn)，我們服務(wù)的對(duì)象發(fā)生了根本性變化，從原來(lái)的幾千人，變成了現(xiàn)在的幾億人，數(shù)據(jù)量也從TB級(jí)別到了PB級(jí)別甚至更多。存在單點(diǎn)的單機(jī)系統(tǒng)無(wú)論如何努力，都會(huì)面對(duì)系統(tǒng)處理能力的天花板。原來(lái)的這條路，看起來(lái)是走不下去了，我們必須想辦法換一條路來(lái)走。

可是，分布式數(shù)據(jù)庫(kù)所面對(duì)的強(qiáng)一致性難題卻像一座高山，人們努力了無(wú)數(shù)個(gè)日日夜夜，但能翻越這座山的日子看來(lái)仍然遙遙無(wú)期。

于是，有一群人認(rèn)為，強(qiáng)一致性這件事看來(lái)不怎么靠譜，那徹底繞開(kāi)這個(gè)問(wèn)題是不是個(gè)更好的選擇？他們發(fā)現(xiàn)確實(shí)有那么一些場(chǎng)景是不需要強(qiáng)一致事務(wù)的，甚至連SQL都可以不要，最典型的就是日志流水的記錄與分析這類場(chǎng)景。而去掉了事務(wù)和SQL，接口簡(jiǎn)單了，性能就更容易得到提升，擴(kuò)展性也更容易實(shí)現(xiàn)，這就是NoSQL系統(tǒng)的起源。

雖然NoSQL解決了性能和擴(kuò)展性問(wèn)題，但這種繞開(kāi)問(wèn)題的方法給用戶帶來(lái)了很多困擾，系統(tǒng)的開(kāi)發(fā)成本也大大提升。這時(shí)候就有另外一群人，他們覺(jué)得用戶需要SQL，覺(jué)得用戶也需要事務(wù)，問(wèn)題的關(guān)鍵在于我們要努力地往圣杯的方向不斷前進(jìn)。在保持系統(tǒng)的擴(kuò)展性和性能的前提下，付出盡可能小的代價(jià)來(lái)滿足業(yè)務(wù)對(duì)數(shù)據(jù)庫(kù)的需要。這就是NewSQL這個(gè)理念的由來(lái)。

DRDS也是一個(gè)NewSQL的系統(tǒng)，它與ScaleBase、VoltDB等系統(tǒng)類似，都希望能夠找到一條既能保持系統(tǒng)的高擴(kuò)展性和高性能，又能盡可能保持傳統(tǒng)數(shù)據(jù)庫(kù)的ACID事務(wù)和SQL特性的分布式數(shù)據(jù)庫(kù)系統(tǒng)。

DRDS發(fā)展歷程

在一開(kāi)始，TDDL的主要功能就是做數(shù)據(jù)庫(kù)切分，一個(gè)或一組SQL請(qǐng)求提交到TDDL，TDDL進(jìn)行規(guī)則運(yùn)算后得知SQL應(yīng)該被分發(fā)到哪個(gè)機(jī)器，直接將SQL轉(zhuǎn)發(fā)到對(duì)應(yīng)機(jī)器即可（如圖1）。

圖1 TDDL數(shù)據(jù)庫(kù)切分

開(kāi)始的時(shí)候，這種簡(jiǎn)單的路由策略能夠滿足用戶的需要，我們開(kāi)始的那些應(yīng)用，就是通過(guò)這樣非常簡(jiǎn)單的方式完成了他所有的應(yīng)用請(qǐng)求。我們也認(rèn)為，這種方案簡(jiǎn)單可靠，已經(jīng)足夠好用了。

然而，當(dāng)我們服務(wù)的應(yīng)用從十幾個(gè)增長(zhǎng)到幾百個(gè)的時(shí)候，大量的中小應(yīng)用加入，大家紛紛表示，原來(lái)的方案限制太大，很多應(yīng)用其實(shí)只是希望做個(gè)讀寫分離，希望能有更好的SQL兼容性。

于是，我們做了第一次重大升級(jí)，在這次升級(jí)里，我們提出了一個(gè)重要的概念就是三層架構(gòu)，Matrix對(duì)應(yīng)數(shù)據(jù)庫(kù)切分場(chǎng)景，對(duì)SQL有一定限制，Group對(duì)應(yīng)讀寫分離和高可用場(chǎng)景，對(duì)SQL幾乎沒(méi)有限制。如圖2所示。

圖2 數(shù)據(jù)庫(kù)升級(jí)為三層架構(gòu)

這種做法立刻得到了大家的認(rèn)可，TDDL所提供的讀寫分離、分庫(kù)分表等核心功能，也成為了阿里集團(tuán)內(nèi)數(shù)據(jù)庫(kù)領(lǐng)域的標(biāo)配組件，在阿里的幾乎所有應(yīng)用上都有應(yīng)用。最為難得的是，這些功能從上線后，到現(xiàn)在已經(jīng)經(jīng)歷了多年雙11的嚴(yán)酷考驗(yàn)，從未出現(xiàn)過(guò)嚴(yán)重故障（p0、p1級(jí)別故障屬于嚴(yán)重故障）。數(shù)據(jù)庫(kù)體系作為整個(gè)應(yīng)用系統(tǒng)的重中之重，能做到這件事，真是非常不容易。

隨著核心功能的穩(wěn)定，自2010年開(kāi)始，我們集中全部精力開(kāi)始關(guān)注TDDL后端運(yùn)維系統(tǒng)的完善與改進(jìn)性工作。在DBA團(tuán)隊(duì)的給力配合下，圍繞著TDDL，我們成功做到了在線數(shù)據(jù)動(dòng)態(tài)擴(kuò)縮、異步索引等關(guān)鍵特征，同時(shí)也比較成功地構(gòu)建了一整套分布式數(shù)據(jù)庫(kù)服務(wù)管控體系，用戶基本上可以完全自助地完成整套數(shù)據(jù)庫(kù)環(huán)境的搭建與初始化工作。

大概是2012年，我們?cè)诎⒗镌茍F(tuán)隊(duì)的支持下，開(kāi)始嘗試將TDDL這套體系輸出到阿里云上，也有了個(gè)新的名字：阿里分布式數(shù)據(jù)庫(kù)服務(wù)（DRDS），希望能夠用我們的技術(shù)服務(wù)好更多的人。

不過(guò)當(dāng)我們滿懷自信地把自己的軟件拿到云上的時(shí)候，卻發(fā)現(xiàn)我們的軟件距離用戶的要求差距很大。在內(nèi)部因?yàn)橛蠨BA的同學(xué)們幫助進(jìn)行SQL review，所以SQL的復(fù)雜度都是可控的。然而到了云上，看了各種渠道提過(guò)來(lái)的兼容性需求，我們經(jīng)常是不自覺(jué)地發(fā)出這樣的感嘆：“啊？原來(lái)這種語(yǔ)法MySQL也是可以支持的？”

于是，我們又進(jìn)行了架構(gòu)升級(jí)，這次是以兼容性為核心目標(biāo)的系統(tǒng)升級(jí)工作，希望能夠在分布式場(chǎng)景下支持各類復(fù)雜的SQL，同時(shí)也將阿里這么多年來(lái)在分布式事務(wù)上的積累都帶到了DRDS里面。

這次架構(gòu)升級(jí)，我們的投入史無(wú)前例，用了三年多才將整個(gè)系統(tǒng)落地完成。我們先在內(nèi)部以我們自己的業(yè)務(wù)作為首批用戶上線，經(jīng)過(guò)了內(nèi)部幾百個(gè)應(yīng)用的嚴(yán)酷考驗(yàn)以后，我們才敢拿到云上，給到我們的最終用戶使用。

目前，我們正在將TDDL中更多的積累輸出到云上，同時(shí)也努力優(yōu)化我們的用戶界面。PS：其實(shí)用戶界面優(yōu)化對(duì)我們這種專注于高性能后端技術(shù)的團(tuán)隊(duì)來(lái)說(shuō)，才是最大的技術(shù)挑戰(zhàn)，連我也去學(xué)了AngularJS，參與了用戶UI編。

DRDS主要功能介紹

發(fā)展歷史看完了，下面就由我來(lái)介紹一下目前我們已經(jīng)輸出到云上的主要功能。

【分布式SQL執(zhí)行引擎】

分布式SQL引擎主要的目的，就是實(shí)現(xiàn)與單機(jī)數(shù)據(jù)庫(kù)SQL引擎的完全兼容。目前我們的SQL引擎能夠做到與MySQL的SQL引擎全兼容，包括各類join和各類復(fù)雜函數(shù)等。他主要包含SQL解析、優(yōu)化、執(zhí)行和合并四個(gè)流程，如圖3中綠色部分。

圖3 SQL引擎實(shí)現(xiàn)的主要流程

雖然SQL是兼容的，但是分布式SQL執(zhí)行算法與單機(jī)SQL的執(zhí)行算法卻完全不同，原因也很簡(jiǎn)單，網(wǎng)絡(luò)通信的延遲比單機(jī)內(nèi)通信的延遲大得多。舉個(gè)例子說(shuō)明一下，我們有份文件要從一張紙A上謄寫到另外一張紙B上，單機(jī)系統(tǒng)就好比兩張紙都在同一個(gè)辦公室里，而分布式數(shù)據(jù)庫(kù)則就像是一張紙?jiān)诒本?，一張紙?jiān)诤贾荨?/p>

自然地，如果兩張紙?jiān)谕粋€(gè)辦公室，因?yàn)閭鬏斁嚯x近，逐行謄寫的效率是可以接受的。而如果距離是北京到杭州，用逐行謄寫的方式，就立刻顯得代價(jià)太高了，我們總不能看一行，就打個(gè)“飛的”去杭州寫下來(lái)吧。在這種情況下，還是把紙A上的信息拍個(gè)照片，【一整批的】帶到杭州去處理，明顯更簡(jiǎn)單一些。這就是分布式數(shù)據(jù)庫(kù)特別強(qiáng)調(diào)吞吐調(diào)優(yōu)的原因，只要是涉及到跨機(jī)的所有查詢，都必須盡可能的積攢一批后一起發(fā)送，以減少系統(tǒng)延遲提高帶來(lái)的不良影響。

【按需數(shù)據(jù)庫(kù)集群平滑擴(kuò)縮】

DRDS允許應(yīng)用按需將新的單機(jī)存儲(chǔ)加入或移出集群，DRDS則能夠保證應(yīng)用在遷移流程中實(shí)現(xiàn)不停機(jī)擴(kuò)容縮容。

圖4 DRDS按需進(jìn)行平滑擴(kuò)縮

在內(nèi)部的數(shù)據(jù)庫(kù)使用實(shí)踐中，這個(gè)功能的一個(gè)最重要應(yīng)用場(chǎng)景就是雙11了。在雙11之前，我們會(huì)將大批的機(jī)器加入到我們的數(shù)據(jù)庫(kù)集群中，抗過(guò)了雙11，這批機(jī)器就會(huì)下線。

當(dāng)DRDS來(lái)到云上，我們發(fā)現(xiàn)雙11其實(shí)不僅僅只影響阿里內(nèi)部的系統(tǒng)。在下游的各類電商輔助性系統(tǒng)其實(shí)也面對(duì)巨大壓力。在雙11前5天，網(wǎng)聚寶的熊總就找到我說(shuō)，擔(dān)心撐不過(guò)雙11的流量，怕系統(tǒng)掛。于是我們就給他介紹了這個(gè)自動(dòng)擴(kuò)容的功能怎么用，他買了一個(gè)月的數(shù)據(jù)庫(kù)，掛接在DRDS上。數(shù)據(jù)庫(kù)能力立刻翻倍，輕松抗過(guò)了雙11，也算是我印象比較深刻的一個(gè)案例了。

因?yàn)槲覀兺耆珶o(wú)法預(yù)測(cè)在什么時(shí)間點(diǎn)系統(tǒng)會(huì)有爆發(fā)性的增長(zhǎng)，而如果在這時(shí)候系統(tǒng)因?yàn)榧夹g(shù)原因不能使用，就會(huì)給整個(gè)業(yè)務(wù)帶來(lái)毀滅性的影響，風(fēng)口一旦錯(cuò)過(guò)，就追悔莫及了。我想這就是云計(jì)算特別強(qiáng)調(diào)可擴(kuò)展能力的原因吧。

【小表廣播】

小表廣播也是我們?cè)诜植际綌?shù)據(jù)庫(kù)領(lǐng)域內(nèi)最常用的工具之一，他的核心目的其實(shí)都是一個(gè)——盡可能讓查詢只發(fā)生在單機(jī)。

讓我們用一個(gè)例子來(lái)說(shuō)明，小表廣播的一般使用場(chǎng)景。

圖5 小表廣播場(chǎng)景

圖5中，如果我想知道買家id等于0的用戶在商城里面買了哪些商品，我們一般會(huì)先將這兩個(gè)表join起來(lái)，然后再用where平臺(tái)名=”商城” and buyerID = 0找到符合要求的數(shù)據(jù)。然而這種join的方式，會(huì)導(dǎo)致大量的針對(duì)左表的網(wǎng)絡(luò)I/O。如果要取出的數(shù)據(jù)量比較大，系統(tǒng)延遲會(huì)明顯上升。

這時(shí)候，為了提升性能，我們就必須要減少跨機(jī)join的網(wǎng)絡(luò)代價(jià)。我們比較推薦應(yīng)用做如下處理，將左表復(fù)制到右表的每一個(gè)庫(kù)上。這樣，join操作就由分布式j(luò)oin一下變回到本地join，系統(tǒng)的性能就有很大的提升了，如圖6所示。

圖6

【分布式事務(wù)套件】

在阿里巴巴的業(yè)務(wù)體系中存在非常多需要事務(wù)類的場(chǎng)景，下單減庫(kù)存，賬務(wù)，都是事務(wù)場(chǎng)景最集中的部分。

而我們處理事務(wù)的方法卻和傳統(tǒng)應(yīng)用處理事務(wù)的方案不大一樣，我們非常強(qiáng)調(diào)事務(wù)的最終一致性和異步化。利用這種方式，能夠極大地降低分布式系統(tǒng)中鎖持有的時(shí)間，從而極大地提升系統(tǒng)性能。

圖7 DRDS分布式事務(wù)解決套件

這種處理機(jī)制，是我們分布式事務(wù)能夠以極低成本大量運(yùn)行的最核心法門。在DRDS平臺(tái)內(nèi)，我們將這些方案產(chǎn)品化，為了DRDS的分布式事務(wù)解決套件。

利用他們，能夠讓你以比較低的成本，實(shí)現(xiàn)低延遲，高吞吐的分布式事務(wù)場(chǎng)景。

DRDS的未來(lái)

阿里分布式數(shù)據(jù)庫(kù)服務(wù)DRDS上線至今，大家對(duì)這款產(chǎn)品的熱情超出了我們的預(yù)期，短短半年內(nèi)已經(jīng)有幾千個(gè)申請(qǐng)。

盡管還在公測(cè)期，但是大家就已經(jīng)把關(guān)系到身家性命的寶貴在線數(shù)據(jù)業(yè)務(wù)放到了DRDS上，我能夠感受到這份沉甸甸的信賴，也不想辜負(fù)這份信賴。

經(jīng)過(guò)阿里內(nèi)部幾千個(gè)應(yīng)用的不斷歷練，DRDS已經(jīng)積累出一套強(qiáng)大的分布式SQL執(zhí)行引擎和和一整套分布式事務(wù)套件。

我也相信，這些積累能夠讓用戶在基本保持單機(jī)數(shù)據(jù)庫(kù)的使用習(xí)慣的前提下，享受到分布式數(shù)據(jù)庫(kù)高性能可擴(kuò)展的好處。

在平時(shí)的DRDS支持過(guò)程中，我面對(duì)最多的問(wèn)題就是，DRDS能不能夠在不改變?nèi)魏卧袠I(yè)務(wù)邏輯和代碼的前提下，實(shí)現(xiàn)可自由伸縮和擴(kuò)展呢？十分可惜的是，關(guān)系數(shù)據(jù)庫(kù)發(fā)展至今，還沒(méi)有找到既能保留傳統(tǒng)數(shù)據(jù)庫(kù)一切特性，又能實(shí)現(xiàn)高性能可擴(kuò)展數(shù)據(jù)庫(kù)的方法。

然而，雖不能至，吾心向往之！我們會(huì)以“可擴(kuò)展，高性能”為產(chǎn)品核心，堅(jiān)定地走在追尋圣杯的路上，并堅(jiān)信最終我們一定能夠找尋到它神圣的所在。

作者簡(jiǎn)介：王晶昱，花名沈詢，阿里巴巴資深技術(shù)專家。目前主要負(fù)責(zé)阿里的分布式數(shù)據(jù)庫(kù)DRDS（TDDL）和阿里的分布式消息服務(wù)ONS（RocketMQ/Notify）兩個(gè)系統(tǒng)。

四、阿里云服務(wù)器里面的數(shù)據(jù)誰(shuí)有權(quán)利查看

就內(nèi)部人員可以，而且還是權(quán)力比較大的。

作為云服務(wù)器提供商，阿里云無(wú)權(quán)審查任何用戶數(shù)據(jù)。阿里云已明確要求用戶不得發(fā)布侵犯他人合法權(quán)益的信息或知識(shí)產(chǎn)權(quán)的軟件，也不能擅自讀取云資源租用人存儲(chǔ)在服務(wù)器中的數(shù)據(jù)。

以上就是關(guān)于阿里云數(shù)據(jù)服務(wù)相關(guān)問(wèn)題的回答。希望能幫到你，如有更多相關(guān)問(wèn)題，您也可以聯(lián)系我們的客服進(jìn)行咨詢，客服也會(huì)為您講解更多精彩的知識(shí)和內(nèi)容。