發(fā)布時(shí)間：2024-03-31 14:58

　　隨著大數(shù)據(jù)時(shí)代的到來,每個(gè)人都成為了數(shù)據(jù)的生產(chǎn)者和消費(fèi)者,以往的關(guān)系型數(shù)據(jù)庫難以滿足如此大規(guī)模的數(shù)據(jù)的存儲(chǔ)和管理,于是各大廠商紛紛推出了不同的NoSQL產(chǎn)品,HBase就是其中著名的NoSQL數(shù)據(jù)庫之一,它在研究和生產(chǎn)中都有廣泛的應(yīng)用。然而NoSQL并不能取代關(guān)系型數(shù)據(jù)庫,它們的單獨(dú)和組合使用為服務(wù)器提供了堅(jiān)實(shí)的數(shù)據(jù)保障。而在選擇數(shù)據(jù)庫和數(shù)據(jù)庫投入生產(chǎn)以前,對(duì)異構(gòu)數(shù)據(jù)庫進(jìn)行壓力測(cè)試也是對(duì)數(shù)據(jù)庫穩(wěn)定高效運(yùn)行的保障。本文設(shè)計(jì)并實(shí)現(xiàn)了一種針對(duì)異構(gòu)數(shù)據(jù)庫的壓力測(cè)試系統(tǒng),這里的異構(gòu)數(shù)據(jù)庫就是指包括HBase在內(nèi)的NoSQL數(shù)據(jù)庫和包括Oracle、MySQL、PostgreSQL和達(dá)夢(mèng)在內(nèi)的關(guān)系型數(shù)據(jù)庫。通過對(duì)異構(gòu)數(shù)據(jù)庫設(shè)計(jì)統(tǒng)一的訪問接口和測(cè)試類型,實(shí)現(xiàn)異構(gòu)數(shù)據(jù)庫壓力測(cè)試系統(tǒng)。通過該壓力測(cè)試系統(tǒng)對(duì)這些數(shù)據(jù)庫進(jìn)行對(duì)比測(cè)試,得到了不同數(shù)據(jù)庫的性能特點(diǎn),得到的結(jié)果符合業(yè)內(nèi)共識(shí),驗(yàn)證了該測(cè)試系統(tǒng)的可用性。通過該壓力測(cè)試系統(tǒng)對(duì)多種數(shù)據(jù)庫進(jìn)行協(xié)同測(cè)試,評(píng)估了多數(shù)據(jù)庫系統(tǒng)協(xié)同工作時(shí)的性能特點(diǎn)。本文首先介紹了SQL數(shù)據(jù)庫和NoSQL數(shù)據(jù)庫的背景和它們相關(guān)的測(cè)試工作,針對(duì)這些測(cè)試的不足,提出了本文的研究內(nèi)容;然后...

【文章頁數(shù)】：94 頁

【學(xué)位級(jí)別】：碩士

【部分圖文】：

圖２－１?ＨＢａｓｅ單元格ｃｅｌ丨的存儲(chǔ)模型??

關(guān)系型數(shù)據(jù)庫不同的是，如果關(guān)系型數(shù)據(jù)庫某一列沒有數(shù)據(jù)，它一般會(huì)被設(shè)置為??ＮＵＬＬ或者默認(rèn)值，但是在ＨＢａｓｅ當(dāng)中，如果ｒｏｗｋｅｙ、列族和列對(duì)應(yīng)的ｃｅｌｌ沒??有數(shù)據(jù)，它就不會(huì)存儲(chǔ)它，這也是ＨＢａｓｅ的數(shù)據(jù)表是稀疏表的原因。圖２－１所示??的是用編程語言風(fēng)格表示時(shí)的一個(gè)ｃｅｌｌ....

圖２－２?ＨＢａｓｅ數(shù)據(jù)庫系統(tǒng)架構(gòu)圖??２．２．２．１?ＨＭａｓｔｅｒ、ＨＲｅｇｉｏｎＳｅｒｖｅｒ?和?ＱｕｏｒｕｍＰｅｅｒＭａｉｎ?進(jìn)程??

ＨＲｅｇｉｏｎＳｅｒｖｅｒ節(jié)點(diǎn)的功能是存儲(chǔ)數(shù)據(jù)。Ｚｏｏｋｅｅｐｅｉ？的作用是為系統(tǒng)提供協(xié)同服務(wù)，??它相當(dāng)于對(duì)數(shù)據(jù)存儲(chǔ)系統(tǒng)提供一個(gè)分布式鎖，保證ＨＢａｓｅ數(shù)據(jù)庫擁有較高的容??錯(cuò)性和可用性。ＨＢａｓｅ數(shù)據(jù)庫系統(tǒng)的整體架構(gòu)圖見圖２－２所示。??（ＣＳｅ？ｙ?—??？Ｃ????—￣４....

圖２－３?ＬＳＭ樹中的數(shù)據(jù)塊迭代合并的過程??２＿２．２．４?ＷＡＬ?介紹??

一顆很大的Ｂ＋樹分成許多很小的Ｂ＋樹，寫入操作先寫入內(nèi)存中的樹中，然后隨??著內(nèi)存中的小樹越來越大，會(huì)ｆｌｕｓｈ到磁盤中，磁盤中的樹會(huì)定期的執(zhí)行ｍｅｒｇｅ??操作，合并成一顆大樹，來優(yōu)化讀性能［１７］。圖２－３展示了這樣的過程，這樣的過??程就是２．２．２．２小節(jié)中所述的ＭｅｍＳ....

圖２＿４?ｓｏｃｉ架構(gòu)圖??１０??

一顆很大的Ｂ＋樹分成許多很小的Ｂ＋樹，寫入操作先寫入內(nèi)存中的樹中，然后隨??著內(nèi)存中的小樹越來越大，會(huì)ｆｌｕｓｈ到磁盤中，磁盤中的樹會(huì)定期的執(zhí)行ｍｅｒｇｅ??操作，合并成一顆大樹，來優(yōu)化讀性能［１７］。圖２－３展示了這樣的過程，這樣的過??程就是２．２．２．２小節(jié)中所述的ＭｅｍＳ....

本文編號(hào)：3944099