• <tr id="yyy80"></tr>
  • <sup id="yyy80"></sup>
  • <tfoot id="yyy80"><noscript id="yyy80"></noscript></tfoot>
  • 99热精品在线国产_美女午夜性视频免费_国产精品国产高清国产av_av欧美777_自拍偷自拍亚洲精品老妇_亚洲熟女精品中文字幕_www日本黄色视频网_国产精品野战在线观看 ?

    面向內(nèi)存云的數(shù)據(jù)塊索引方法

    2016-05-14 08:38:06王躍飛于炯魯亮
    計(jì)算機(jī)應(yīng)用 2016年5期

    王躍飛 于炯 魯亮

    摘要:內(nèi)存云(RAMCloud)通常通過移動(dòng)數(shù)據(jù)的位置來解決內(nèi)存利用率低的問題,致使Hash表數(shù)據(jù)定位失效,查詢數(shù)據(jù)效率低下;另一方面,在數(shù)據(jù)恢復(fù)過程中由于不能快速定位到需要的數(shù)據(jù),每臺(tái)備份服務(wù)器返回的數(shù)據(jù)段不能更好地組織起來。針對(duì)以上問題,提出內(nèi)存云全局鍵(RGK)及二叉樹索引。RGK分為三部分:定位到主服務(wù)器、定位到段以及定位到數(shù)據(jù)塊。前兩部分構(gòu)成協(xié)調(diào)器索引鍵(CIK),在恢復(fù)中借助構(gòu)造的協(xié)調(diào)器索引樹(CIT)能夠定位到段所在的主服務(wù)器;后兩部分構(gòu)成主服務(wù)器索引鍵(MIK),數(shù)據(jù)在內(nèi)存中位移后也能通過主服務(wù)器索引樹(MIT)快速獲取到數(shù)據(jù)。與傳統(tǒng)內(nèi)存云集群相比,主服務(wù)器獲取數(shù)據(jù)塊的時(shí)間隨數(shù)據(jù)吞吐量的增大而明顯減少;協(xié)調(diào)器在閑散時(shí)間、重組日志時(shí)間等方面均有下降。實(shí)驗(yàn)結(jié)果表明,全局鍵在構(gòu)造的二叉索引樹的支持下能有效縮短獲取數(shù)據(jù)及快速恢復(fù)的時(shí)間。

    關(guān)鍵詞:內(nèi)存云;日志結(jié)構(gòu);二叉索引樹;數(shù)據(jù)塊定位;快速恢復(fù)

    中圖分類號(hào):TP393.02 文獻(xiàn)標(biāo)志碼:A

    Abstract:In order to solve the problem of low using rate, RAMCloud would change the positions of objects, which would cause the failure for Hash to localize the object, and the low efficiency of data search. On the other hand, since the needed data could not be positioned rapidly in the recovery process of the data, the returned segments from every single backup could not be organized perfectly. Due to such problems, RAMCloud Global Key (RGK) and binary index tree, as solutions, were proposed. RGK can be divided into three parts: positioned on master, on segment, and on object. The first two parts constituted Coordinator Index Key (CIK), which means in the recovery process, Coordinator Index Tree (CIT) could position the master of segments. The last two parts constituted Master Index Key (MIK), and Master Index Tree (MIT) could obtain objects quickly, even though the data was shifted the position in the memory. Compared with the traditional RAMCloud cluster, the time of obtaining objects can obviously reduce when the data throughput is increasing. Also, the idle time of coordinator and recombined time of log are both declining. The experimental results show that the global key with the support of the binary index tree can reduce the time of obtaining objects and recovering.

    Key words:RAMCloud; logstructure; binary index tree; object localization; fast recovery

    0 引言

    近年來,固態(tài)存儲(chǔ)器的需求呈指數(shù)級(jí)增加,無論是搜索引擎還是社交網(wǎng)絡(luò),都需要比磁盤更高的隨機(jī)訪問性能[1]。隨著應(yīng)用的發(fā)展,這些數(shù)據(jù)逐漸從磁盤轉(zhuǎn)移到閃存或動(dòng)態(tài)隨機(jī)訪問存儲(chǔ)器(Dynamic Random Access Memory,DRAM)中。由于在線數(shù)據(jù)密集型(On Line Data Intensive,OLDI)應(yīng)用受到訪問延遲、吞吐量等性能參數(shù)的制約[2],用戶與數(shù)據(jù)中心的交互難以跨越由類似問題形成的屏障。內(nèi)存云的出現(xiàn)完美地解決了以上問題:內(nèi)存云是一個(gè)將所有數(shù)據(jù)存儲(chǔ)在內(nèi)存中的,由服務(wù)器集群組成的數(shù)據(jù)中心,磁盤僅在宕機(jī)或斷電等意外情況下用于數(shù)據(jù)的備份[3]。如圖1所示,在內(nèi)存云集群中,每臺(tái)服務(wù)器分為兩部分,分別是主服務(wù)器(Master),用來存儲(chǔ)和計(jì)算;以及備份服務(wù)器(Backup),用于快速恢復(fù)。集群中含有一個(gè)類似于Hadoop分布式文件系統(tǒng)[4]中NameNode節(jié)點(diǎn)的協(xié)調(diào)器(Coordinator),用來管理配置信息等工作。主服務(wù)器采用日志(log)存儲(chǔ)方式,基本單位為段(segment),是組織數(shù)據(jù)塊(object)存儲(chǔ)的基本單位。

    相對(duì)于傳統(tǒng)數(shù)據(jù)中心,內(nèi)存云提供了良好的可用性、可擴(kuò)展性以及海量數(shù)據(jù)讀寫的低延遲環(huán)境。在針對(duì)掉電易失性、數(shù)據(jù)存儲(chǔ)效率等問題上,研究人員制定了一系列策略以克服將數(shù)據(jù)存放在內(nèi)存帶來的短板效應(yīng):1)內(nèi)存數(shù)據(jù)管理。針對(duì)海量數(shù)據(jù)的管理,內(nèi)存云無論在內(nèi)存或是磁盤中均采用日志結(jié)構(gòu)的存儲(chǔ)方式,能夠?qū)崿F(xiàn)快速索引、寫入、修改等操作[5]。2)掉電易失問題。Stutsman[6]提出快速恢復(fù)策略,使主服務(wù)器掉電后能在2s內(nèi)將所有的數(shù)據(jù)迅速恢復(fù)完畢,保證了數(shù)據(jù)的安全穩(wěn)定。

    以上問題雖然得以解決,卻依然存在缺陷:1)在內(nèi)存數(shù)據(jù)管理方面,由于數(shù)據(jù)以碎片形式寫入內(nèi)存中的段,造成段內(nèi)空隙廢棄較多,亟待重組清理。為提高內(nèi)存利用率, Rumble等[7]提出內(nèi)存二級(jí)清理機(jī)制。該策略可將內(nèi)存整體利用率提高至98%,卻使得定位數(shù)據(jù)的hash函數(shù)因數(shù)據(jù)的挪動(dòng)致使地址失效,最終數(shù)據(jù)的查找效率由O(1)降低為O(n)。2)在快速恢復(fù)方面,每臺(tái)備份服務(wù)器在恢復(fù)過程中主要通過自我查找的方式返回需要的數(shù)據(jù)。盡管實(shí)現(xiàn)了并行查找,但宏觀上查找的數(shù)據(jù)量依然非常大。

    與傳統(tǒng)數(shù)據(jù)中心存儲(chǔ)介質(zhì)不同,目前關(guān)于內(nèi)存云在索引數(shù)據(jù)方面的研究較少。其他支持大數(shù)據(jù)應(yīng)用的存儲(chǔ)系統(tǒng),包括Bigtable、LevelDB、Redis和Cassandra[8-11]等在數(shù)據(jù)的管理上均采用簡(jiǎn)單的鍵值對(duì)存儲(chǔ),未使用輔助二級(jí)索引等其他方式,僅僅通過主鍵獲得數(shù)據(jù)成為數(shù)據(jù)操作的瓶頸。華為、Facebook以及Twitter等大型數(shù)據(jù)中心采用面向列的Hbase分布式存儲(chǔ)系統(tǒng)[12],該數(shù)據(jù)庫為解決列與列之間的關(guān)聯(lián)采用二級(jí)索引H Index,在降低索引時(shí)間等方面取得了顯著效果。目前,一些新的觀點(diǎn)弱化了索引,轉(zhuǎn)而通過使用網(wǎng)絡(luò)協(xié)議,或兩階段協(xié)議等技術(shù)確保在一個(gè)遠(yuǎn)程過程調(diào)用(Remote Procedure Call, RPC)期間數(shù)據(jù)獲取的穩(wěn)定性和一致性[13-14]。在海量索引目標(biāo)方面,典型地如網(wǎng)頁的甄別索引,將5000億個(gè)網(wǎng)址(截止至2010年)的信息指紋隨機(jī)映射到16字節(jié)整數(shù)空間[15],為處理海量索引目標(biāo)提出了可供參考的技術(shù)方法。

    以上方案都為進(jìn)一步研究?jī)?nèi)存云下的索引問題提供了寶貴的經(jīng)驗(yàn)與參考價(jià)值,然而并未結(jié)合內(nèi)存云特殊的日志結(jié)構(gòu),致使內(nèi)存云在索引數(shù)據(jù)上存在缺陷。本文在內(nèi)存云數(shù)據(jù)塊原有的格式上添加了一個(gè)特有的內(nèi)存云全局鍵(RAMCloud Global Key,RGK)。在構(gòu)造的二叉樹索引的支持下可以實(shí)現(xiàn)快速定位數(shù)據(jù)和主服務(wù)器,減少獲取數(shù)據(jù)以及快速恢復(fù)的時(shí)間。

    1 問題描述

    1.1 內(nèi)存云log日志結(jié)構(gòu)

    內(nèi)存云采用日志結(jié)構(gòu)(logstructure)存儲(chǔ)數(shù)據(jù),每個(gè)主服務(wù)器內(nèi)存空間為64GB,日志被分割成多個(gè)段,大小默認(rèn)為8MB。數(shù)據(jù)塊存儲(chǔ)在段中。如圖2所示,內(nèi)存云集群中存在多張表(table),表中的基本存儲(chǔ)單元為數(shù)據(jù)塊,在表內(nèi)被唯一標(biāo)識(shí)。每張表可以單獨(dú)存在于一個(gè)主服務(wù)器,也可以跨越多臺(tái)服務(wù)器存儲(chǔ)。通常情況下,每臺(tái)主服務(wù)器內(nèi)含多張表的數(shù)據(jù)塊。

    為方便增加、刪除和查詢某個(gè)數(shù)據(jù)塊,集群中每個(gè)內(nèi)存云主服務(wù)器內(nèi)含有一張Hash表。定位數(shù)據(jù)塊需要〈TableId,objectkey〉二元組,其中TableId指定了數(shù)據(jù)塊屬于哪張表,objectkey是數(shù)據(jù)塊在一張表內(nèi)唯一受到標(biāo)識(shí)的主鍵。Hash函數(shù)通過TableId和objectkey獲得唯一的數(shù)據(jù)塊地址,進(jìn)而進(jìn)行操作。

    1.2 二級(jí)清理機(jī)制及存在的問題

    由于數(shù)據(jù)塊的存儲(chǔ)地址依據(jù)Hash表計(jì)算得來,內(nèi)存云中的段在存儲(chǔ)數(shù)據(jù)塊時(shí)不可避免地浪費(fèi)了大量的段空間,為解決該問題,內(nèi)存云使用了二級(jí)清理機(jī)制:第一級(jí)清理(segment compaction),是將任意段中的數(shù)據(jù)塊移動(dòng)到一個(gè)新的段內(nèi)并緊密排列;第二級(jí)清理(combined cleaning),是在備份服務(wù)器中進(jìn)行同樣的段合并。

    然而在第一級(jí)清理后,數(shù)據(jù)塊因?yàn)榫o密排列導(dǎo)致其地址發(fā)生了變化,原先的Hash函數(shù)因無法計(jì)算地址而失效。這導(dǎo)致最初獲取數(shù)據(jù)塊的時(shí)間復(fù)雜度從O(1)升至O(n),此時(shí)只能通過在表內(nèi)逐一比對(duì)objectkey以獲取所需的數(shù)據(jù)塊,同時(shí)這也激增了快速恢復(fù)的時(shí)間。如圖3所示。

    1.3 快速恢復(fù)機(jī)制及存在的問題

    為避免內(nèi)存數(shù)據(jù)掉電易失性,備份服務(wù)器以段為單位[16],將每個(gè)主服務(wù)器的數(shù)據(jù)備份在了備份服務(wù)器內(nèi)。在恢復(fù)過程中,協(xié)調(diào)器首先查看所有的備份服務(wù)器內(nèi)的數(shù)據(jù),用于檢查日志信息完整性。之后獲取需要的段,拼接后重新恢復(fù)完畢。

    為保證安全,需要恢復(fù)的數(shù)據(jù)分別備份在成百上千個(gè)備份服務(wù)器內(nèi),因此查閱所有的備份服務(wù)器并判斷日志數(shù)據(jù)的完整性是一項(xiàng)十分消耗時(shí)間和資源的工作。在此階段中存在以下幾點(diǎn)問題:

    1)每臺(tái)備份服務(wù)器獨(dú)立查找本機(jī)內(nèi)所有相關(guān)的段。由于主服務(wù)器備份系數(shù)一般為3(在不同的備份服務(wù)器備份3份),因此每臺(tái)備份服務(wù)器內(nèi)含有的段的數(shù)量級(jí)約為24000個(gè)。盡管研究人員提出了所有備份服務(wù)器的查找并行化,節(jié)省了時(shí)間,但從內(nèi)存云集群的宏觀角度考慮,一次快速恢復(fù)的段查找仍維持在千萬數(shù)量級(jí)。

    2)當(dāng)每臺(tái)備份服務(wù)器將自身存儲(chǔ)的恢復(fù)所需的段地址傳遞給協(xié)調(diào)器后,協(xié)調(diào)器需要分析這些大量的段,之后重新將地址整合成一張恢復(fù)表(recovery map)。然而段的重組過程較為耗時(shí),不僅因?yàn)榉祷囟蔚臒o序性,同樣備份服務(wù)器在返回段的過程中并行化較低。

    3)并不是所有的備份服務(wù)器都需要參與恢復(fù)過程。有些備份服務(wù)器并不含有需要的數(shù)據(jù)段,但在快速恢復(fù)機(jī)制中,這些服務(wù)器也參與了查找。

    通過分析以上在清理機(jī)制與快速恢復(fù)過程中出現(xiàn)的問題,可以總結(jié)出對(duì)段和數(shù)據(jù)塊的定位是必要的。目前對(duì)數(shù)據(jù)塊的定位僅僅限定于〈TableId,objectkey〉二元組,對(duì)段的定位還沒有相關(guān)討論。

    2 全局鍵索引策略

    2.1 內(nèi)存云全局鍵

    內(nèi)存云集群中,數(shù)據(jù)塊是數(shù)據(jù)組織的最小單位。每個(gè)數(shù)據(jù)塊在寫入內(nèi)存時(shí)被賦予幾個(gè)關(guān)鍵值,用于數(shù)據(jù)塊的基本操作。圖4展示了數(shù)據(jù)塊在內(nèi)存云中的存儲(chǔ)格式,圖中在原有的格式中添加了內(nèi)存云全局鍵RGK。

    在圖4中,64bit Table Identifier用來唯一標(biāo)識(shí)集群中的表;64bit Version記錄了數(shù)據(jù)塊修改后的當(dāng)前版本,防止了數(shù)據(jù)的臟讀;數(shù)據(jù)塊時(shí)間戳Timestamp記錄了數(shù)據(jù)的寫入時(shí)間,區(qū)分新老數(shù)據(jù)塊,使清理時(shí)更加高效;Checksum用來確認(rèn)數(shù)據(jù)塊的正確性與完整性;Key Length記錄了鍵長(zhǎng),Key、Value記錄了該數(shù)據(jù)塊的鍵值與數(shù)據(jù)塊內(nèi)的實(shí)際數(shù)據(jù)。

    結(jié)合1.2、1.3節(jié)討論的問題,為快速定位內(nèi)存云中的段與數(shù)據(jù)塊,現(xiàn)提出內(nèi)存云全局鍵的概念。

    定義1 內(nèi)存云全局鍵(RAMcloud Global Key, RGK)。內(nèi)存云全局鍵是一串長(zhǎng)為64位的二進(jìn)制碼,能夠唯一標(biāo)識(shí)內(nèi)存云集群中的每一臺(tái)主服務(wù)器、每一個(gè)段以及最小數(shù)據(jù)單元數(shù)據(jù)塊。

    根據(jù)內(nèi)存云集群、段以及段內(nèi)數(shù)據(jù)塊的數(shù)量,將全局鍵有效位定為前33位,后31位作為預(yù)留或備用,如圖5所示。在RGK中,前10位作為集群主服務(wù)器的標(biāo)識(shí),可分別獨(dú)立標(biāo)識(shí)1024臺(tái)主服務(wù)器。后13位標(biāo)識(shí)每臺(tái)服務(wù)器內(nèi)的段:內(nèi)存云每臺(tái)服務(wù)器內(nèi)存固定64GB,共劃分為8192個(gè)段,采用13位二進(jìn)制標(biāo)識(shí)。較小數(shù)據(jù)塊通常在10000B左右,因此最后10位標(biāo)識(shí)每個(gè)段內(nèi)的數(shù)據(jù),可記錄1024個(gè)數(shù)據(jù)塊。

    RGK的長(zhǎng)度是允許變化的,備用數(shù)據(jù)位在集群數(shù)量擴(kuò)增等情況下允許被占用。結(jié)合1.2、1.3節(jié)討論的問題,為實(shí)現(xiàn)數(shù)據(jù)的快速定位,現(xiàn)將RGK合理劃分。

    定義2 協(xié)調(diào)器索引鍵(Coordinator Index Key, CIK)。協(xié)調(diào)器索引鍵是包含在RGK前兩部分內(nèi)的一串長(zhǎng)為s位的二進(jìn)制碼,其中m表示RGK中標(biāo)識(shí)主服務(wù)器的二進(jìn)制位數(shù),m至s位表示RGK中標(biāo)識(shí)段的位數(shù)。

    定義3 主服務(wù)器索引鍵(Master Index Key, MIK)。主服務(wù)器索引鍵是包含在RGK后兩部分內(nèi)的一串長(zhǎng)為(o-m)位的二進(jìn)制碼,其中m至s位表示RGK中標(biāo)識(shí)段的位數(shù),s至o位表示RGK中標(biāo)識(shí)數(shù)據(jù)塊的位數(shù)。

    每臺(tái)主服務(wù)器內(nèi)建立一棵深度為23的MIT。前十三層定位到一個(gè)確定的段,在該節(jié)點(diǎn)下的葉子節(jié)點(diǎn)均是該段的數(shù)據(jù)塊。與滿二叉樹不同之處在于,對(duì)每個(gè)葉子節(jié)點(diǎn)賦一條指針,指針指向該節(jié)點(diǎn)對(duì)應(yīng)數(shù)據(jù)塊的物理地址,當(dāng)Key值索引到該葉子節(jié)點(diǎn),讀取該節(jié)點(diǎn)指針指向的地址。

    由于樹的深度固定為23,在該循環(huán)重復(fù)有限次后即能獲取到指向數(shù)據(jù)地址的指針,索引的使用提高了定位某個(gè)數(shù)據(jù)塊的性能。而優(yōu)化前為獲取數(shù)據(jù),需要調(diào)用二元組〈TableId,objectkey〉,再通過校對(duì)objectkey獲取數(shù)據(jù),增加了內(nèi)存時(shí)延。

    另一方面,MIT索引屬于聚集索引,這是因?yàn)閿?shù)據(jù)是以段數(shù)據(jù)塊的形式有規(guī)律地組織起來的,索引鍵值的邏輯順序映射了物理存儲(chǔ)順序。在磁盤掃描中,檢索數(shù)據(jù)不需要指針跳動(dòng),掃描數(shù)據(jù)避免了多余的不連續(xù)磁盤I/O開銷。并且于聚集索引的范圍掃描執(zhí)行情況優(yōu)良,因?yàn)榫奂饕娜~子節(jié)點(diǎn)在物理上是按照組成聚集索引的順序排列在磁盤上的。

    3 實(shí)驗(yàn)與分析

    3.1 實(shí)驗(yàn)環(huán)境

    實(shí)驗(yàn)?zāi)M內(nèi)存云集群。創(chuàng)建11個(gè)節(jié)點(diǎn),其中1個(gè)節(jié)點(diǎn)為協(xié)調(diào)器,10個(gè)節(jié)點(diǎn)為主服務(wù)器。每個(gè)節(jié)點(diǎn)內(nèi)主服務(wù)器內(nèi)存16GB,備份服務(wù)器硬盤100GB。主服務(wù)器內(nèi)段默認(rèn)8MB,分別備份3份副本隨機(jī)放置在10個(gè)節(jié)點(diǎn)中內(nèi)的磁盤中。

    由于實(shí)驗(yàn)?zāi)M的集群節(jié)點(diǎn)少內(nèi)存小,實(shí)驗(yàn)中RGK設(shè)置為25位。其中前4位定位到唯一主服務(wù)器,第5~15位確定該服務(wù)器內(nèi)的唯一段,16~25位定位到數(shù)據(jù)塊。主服務(wù)器內(nèi) 10GB用來放置數(shù)據(jù),共存放數(shù)據(jù)段1280個(gè)。要說明的是,MIT(即RGK去除前4位)第11層為滿節(jié)點(diǎn),其中含有768個(gè)空節(jié)點(diǎn),這些空節(jié)點(diǎn)的孩子節(jié)點(diǎn)也為空,不存在索引問題。

    3.2 實(shí)驗(yàn)結(jié)果與分析

    通常在內(nèi)存中,獲取數(shù)據(jù)的速度與數(shù)據(jù)傳輸通道容量、吞吐量、內(nèi)存時(shí)延等因素相關(guān)。實(shí)驗(yàn)中,獲取數(shù)據(jù)的速度通過公式S/T計(jì)算大小。其中S為訪問數(shù)據(jù)量,T為訪問時(shí)間。

    3.2.1 主服務(wù)器獲取數(shù)據(jù)塊

    圖9展示了原主服務(wù)器(noMIT)與引入MIT兩種不同情況下,獲取 1GB~10GB的數(shù)據(jù)共需要的時(shí)間。未引入索引樹時(shí),隨著獲取數(shù)據(jù)的增加,直線的斜率增大。這是因?yàn)楂@取數(shù)據(jù)的方法是通過逐一比對(duì)每張表內(nèi)的〈TableId,objectkey〉二元組,內(nèi)存訪問延遲較高。當(dāng)引入MIT時(shí),吞吐量與時(shí)間呈線性關(guān)系,是因?yàn)樵谒饕龢淙~子節(jié)點(diǎn)使用指針指向數(shù)據(jù)的地址,內(nèi)存訪問延遲很低。

    3.2.2 快速恢復(fù)時(shí)間分析

    為模擬快速恢復(fù),采用蒙特卡羅算法隨機(jī)生成一組1280×3條1~10的數(shù)據(jù)組成的矩陣,表示某臺(tái)主服務(wù)器內(nèi)1280個(gè)段,每個(gè)段隨機(jī)備份在1~10號(hào)節(jié)點(diǎn)中的3個(gè)節(jié)點(diǎn)。每臺(tái)備份服務(wù)器約含3840個(gè)段,空間占據(jù)30GB。

    表2展示了恢復(fù)階段協(xié)調(diào)器的時(shí)間概況?;謴?fù)過程中協(xié)調(diào)器節(jié)點(diǎn)首先等待從磁盤中返回的數(shù)據(jù),隨后將數(shù)據(jù)按崩潰前的順序重新組織。通過表中的對(duì)比可以觀察到:1)協(xié)調(diào)器閑散時(shí)間有效減少;2)重組段的時(shí)間有效減少。

    實(shí)驗(yàn)3.2.2節(jié)的結(jié)果使備份服務(wù)器返回?cái)?shù)據(jù)的時(shí)間提前,使協(xié)調(diào)器更早地獲得要恢復(fù)的段。重組段時(shí)間減少是由于每個(gè)段含唯一的RGK,通過比對(duì)RGK的大小可以迅速重組崩潰的日志。

    由于集群僅含有10個(gè)節(jié)點(diǎn),每個(gè)節(jié)點(diǎn)需恢復(fù)的數(shù)據(jù)量大。一個(gè)集群含有節(jié)點(diǎn)一般來說在500~1000,數(shù)據(jù)隨機(jī)備份在大量節(jié)點(diǎn)上恢復(fù)的時(shí)間也比較少。

    4 結(jié)語

    目前一些數(shù)據(jù)中心為快速獲取數(shù)據(jù)都會(huì)采用在原有的數(shù)據(jù)格式中添加第二主鍵的方法,如MongoDB等,但這種方法是將數(shù)據(jù)的存儲(chǔ)方式改為JavaScript對(duì)象表示法(JavaScript Object Notation, JSON)格式,加重了數(shù)據(jù)的負(fù)擔(dān)。本文在內(nèi)存云日志結(jié)構(gòu)中添加了全局鍵,為獲取、修改數(shù)據(jù)提供了另一種更高效的聚集索引方法,同時(shí)減少了快速恢復(fù)的時(shí)間。當(dāng)然,全局索引大小上也存在局限性。當(dāng)集群服務(wù)器超過兩千臺(tái),或者段內(nèi)的較小數(shù)據(jù)塊沒有經(jīng)過合并算法合并,都會(huì)帶來索引樹占據(jù)內(nèi)存過大等問題。對(duì)于超大內(nèi)存云集群與其涵蓋的海量數(shù)據(jù),是否專門使用一組內(nèi)存服務(wù)器搭建索引樹則是一個(gè)新的需要探索的問題。

    下一步將針對(duì)內(nèi)存云架構(gòu),對(duì)備份服務(wù)器的存儲(chǔ)方式進(jìn)行新的探索與改進(jìn)。通常段的存儲(chǔ)是按照內(nèi)存中的存儲(chǔ)方式完全備份在備份服務(wù)器內(nèi)的,按照以空間換取時(shí)間的研究思路,可將數(shù)據(jù)稀疏存儲(chǔ)在空間足夠充足的硬盤上。如何存放備份服務(wù)器的Hash表,如何設(shè)置Hash函數(shù),仍然是下一步研究的重點(diǎn)。

    參考文獻(xiàn):

    [1]FOX A, GRIBBLE S D, CHAWATHE Y, et al. Clusterbased scalable network services[C]// Proceedings of the 16th ACM Symposium on Operating Systems Principles. New York: ACM, 1997: 78-91.

    [2]ARMBRUST M, FOX A, GRIFFITH R, et al. A view of cloud computing[J]. Communications of the ACM, 2010, 53(4): 50-58.

    [3]OUSTERHOUT J, AGRAWAL P, ERICKSON D, et al. The case for RAMClouds: scalable highperformance storage entirely in DRAM[J]. ACM SIGOPS Operating Systems Review, 2010, 43(4):92-105.

    [4]BORTHAKUR D. The hadoop distributed file system: architecture and design[EB/OL].[20150505]. http://hadoop.apache.org/common/docs/r0.18.2/hdfs_design.pdf.

    [5]RUMBLE S. Memory and object management in RAMCloud[D]. Stanford: Stanford University, 2014: 17-44.

    [6]STUTSMAN R. Durability and crash recovery in distributed inmemory storage systems[D]. Stanford: Stanford University, 2013: 49-53.

    [7]RUMBLE S, KEJRIWAL A, OUSTERHOUT J. Logstructed memory for DRAMbased storage[C]// Proceedings of the 12th USENIX Conference on File and Storage Technologies. Berkeley: USENIX, 2014: 1-16.

    [8]CHANG F, DEAN J, GHEMAWAT S, et al. Bigtable: a distributed storage system for structured data[J]. ACM Transactions on Computer Systems, 2008, 26(2): 4.

    [9]MITCHELL C, GENG Y, LI J. Using onesided RDMA reads to build a fast, CPUefficient keyvalue store[C]// Proceedings of the 2013 USENIX Annual Technical Conference. Berkeley: USENIX, 2013: 103-114

    [10]KIM W, CHO I, MIN D, et al. Design of data backup on distributed memory system based on keyvalue store using hot/cold data management[C]// Proceedings of the 2014 Conference on Research in Adaptive and Convergent Systems. New York: ACM, 2014: 359-361.

    [11]LAKSHMAN A, MALIK P. Cassandra: a decentralized structured storage system[J]. ACM SIGOPS Operating Systems Review, 2010, 44(2): 35-40.

    [12]CHEN H, LU K, SUN M, et al. Enumeration system on HBase for lowlatency[C]// Proceedings of the 2015 15th IEEE/ACM International Symposium on Cluster, Cloud and Grid Computing. Piscataway, NJ: IEEE, 2015: 1185-1188.

    [13]BAKER J, BOND C, CORBETT J C, et al. Megastore: providing scalable, highly available storage for interactive services[C]// Proceedings of the 5th Biennial Conference on Innovative Data Systems Research. [S.l.]: VLDB, 2011: 223-234.

    [14]CORBETT J C, DEAN J, EPSTEIN M, et al. Spanner: Googles globally distributed database[J]. ACM Transactions on Computer Systems, 2013, 31(3): 8.

    [15]吳軍. 數(shù)學(xué)之美[M]. 北京:人民郵電出版社, 2012:142-152.(WU J. Beauty of Mathematics[M]. Beijing: Posts & Telecom Press, 2012:142-152.)

    [16]ONGARO D, RUMBLE S M, STUTSMAN R, et al. Fast crash recovery in RAMCloud[C]// Proceedings of the 23rd ACM Symposium on Operating Systems Principles. New York: ACM, 2011: 29-41.

    女人精品久久久久毛片| 老汉色∧v一级毛片| 免费在线观看亚洲国产| 国产日韩一区二区三区精品不卡| 激情视频va一区二区三区| 精品电影一区二区在线| 亚洲av美国av| 欧美成狂野欧美在线观看| 久久久久精品国产欧美久久久| 色婷婷久久久亚洲欧美| 男女下面进入的视频免费午夜 | 国产精品免费一区二区三区在线| 夜夜爽天天搞| 欧美中文日本在线观看视频| 男男h啪啪无遮挡| 999久久久精品免费观看国产| 男女做爰动态图高潮gif福利片 | 亚洲一区二区三区不卡视频| 村上凉子中文字幕在线| 午夜亚洲福利在线播放| 欧美黄色淫秽网站| 91九色精品人成在线观看| 91字幕亚洲| 国产精品,欧美在线| 一级,二级,三级黄色视频| 女人被狂操c到高潮| 亚洲av成人一区二区三| 此物有八面人人有两片| 叶爱在线成人免费视频播放| 亚洲一区高清亚洲精品| 91精品国产国语对白视频| 欧美亚洲日本最大视频资源| 亚洲男人天堂网一区| 一区二区三区精品91| 校园春色视频在线观看| 亚洲午夜精品一区,二区,三区| 久久人人精品亚洲av| 久久久久久大精品| 亚洲欧美激情综合另类| 日韩国内少妇激情av| 人人妻人人澡欧美一区二区 | 免费无遮挡裸体视频| 亚洲精品一区av在线观看| videosex国产| 人人妻人人澡人人看| 91精品国产国语对白视频| 欧美亚洲日本最大视频资源| 午夜福利免费观看在线| 久久这里只有精品19| 亚洲精品av麻豆狂野| 午夜视频精品福利| 欧美日韩中文字幕国产精品一区二区三区 | 日韩高清综合在线| 午夜免费鲁丝| 久久久久亚洲av毛片大全| 久久精品人人爽人人爽视色| 亚洲一区高清亚洲精品| 欧美不卡视频在线免费观看 | 女人高潮潮喷娇喘18禁视频| 高清黄色对白视频在线免费看| 大码成人一级视频| 美女国产高潮福利片在线看| 亚洲国产毛片av蜜桃av| 99国产精品免费福利视频| 满18在线观看网站| 免费看十八禁软件| 精品国产乱码久久久久久男人| 日韩视频一区二区在线观看| 给我免费播放毛片高清在线观看| 高清毛片免费观看视频网站| 在线观看免费午夜福利视频| cao死你这个sao货| 久久精品国产亚洲av高清一级| 亚洲av日韩精品久久久久久密| 国产精品 国内视频| 波多野结衣一区麻豆| 美女高潮喷水抽搐中文字幕| 亚洲成人免费电影在线观看| 日韩一卡2卡3卡4卡2021年| 国产91精品成人一区二区三区| 亚洲成人免费电影在线观看| 国产激情欧美一区二区| 一进一出抽搐动态| 99久久精品国产亚洲精品| 国产精品av久久久久免费| 一边摸一边抽搐一进一小说| 欧美色视频一区免费| 亚洲一区高清亚洲精品| 精品第一国产精品| av电影中文网址| 一级a爱视频在线免费观看| 好男人电影高清在线观看| 久热这里只有精品99| 欧美日韩中文字幕国产精品一区二区三区 | 91精品三级在线观看| 国产高清有码在线观看视频 | 国产日韩一区二区三区精品不卡| 日韩国内少妇激情av| 美女午夜性视频免费| 国产成人精品无人区| www.精华液| 久久香蕉精品热| 91精品三级在线观看| 日本一区二区免费在线视频| 在线十欧美十亚洲十日本专区| 在线观看一区二区三区| 午夜福利视频1000在线观看 | 亚洲人成77777在线视频| 在线av久久热| 一边摸一边做爽爽视频免费| 国产一区二区三区在线臀色熟女| 精品午夜福利视频在线观看一区| 变态另类成人亚洲欧美熟女 | 欧美乱码精品一区二区三区| av视频免费观看在线观看| 禁无遮挡网站| 亚洲国产欧美网| 亚洲欧美日韩无卡精品| 丝袜人妻中文字幕| 丝袜美足系列| 少妇粗大呻吟视频| 免费高清视频大片| 91成年电影在线观看| 亚洲熟妇中文字幕五十中出| 欧美激情久久久久久爽电影 | 日韩成人在线观看一区二区三区| 一级黄色大片毛片| 九色国产91popny在线| 国产成人欧美在线观看| 在线观看免费日韩欧美大片| 午夜福利免费观看在线| 丰满的人妻完整版| 欧美+亚洲+日韩+国产| 午夜激情av网站| 国产99白浆流出| 欧美av亚洲av综合av国产av| АⅤ资源中文在线天堂| 电影成人av| 十分钟在线观看高清视频www| 黄色a级毛片大全视频| 欧美不卡视频在线免费观看 | 久久午夜综合久久蜜桃| 亚洲va日本ⅴa欧美va伊人久久| 91字幕亚洲| 人人妻人人爽人人添夜夜欢视频| 亚洲aⅴ乱码一区二区在线播放 | 美女高潮到喷水免费观看| 给我免费播放毛片高清在线观看| 亚洲自偷自拍图片 自拍| 久久精品aⅴ一区二区三区四区| 成人手机av| 亚洲精品av麻豆狂野| 久久人人精品亚洲av| 色播亚洲综合网| 50天的宝宝边吃奶边哭怎么回事| 波多野结衣av一区二区av| 国产精品久久视频播放| 中文字幕高清在线视频| 国产av一区二区精品久久| 真人一进一出gif抽搐免费| 99久久99久久久精品蜜桃| 欧美在线黄色| 国产色视频综合| 亚洲av成人一区二区三| 黄片小视频在线播放| 欧美成狂野欧美在线观看| 久久久久精品国产欧美久久久| 男男h啪啪无遮挡| 99精品在免费线老司机午夜| 成人国语在线视频| www国产在线视频色| 美国免费a级毛片| 自拍欧美九色日韩亚洲蝌蚪91| 人成视频在线观看免费观看| 日韩三级视频一区二区三区| 免费av毛片视频| 亚洲第一av免费看| 欧美日本亚洲视频在线播放| 久久婷婷成人综合色麻豆| 中文亚洲av片在线观看爽| 免费看a级黄色片| 久久精品国产亚洲av香蕉五月| 亚洲av日韩精品久久久久久密| 欧美乱妇无乱码| 欧美日韩亚洲国产一区二区在线观看| 黑人操中国人逼视频| 18禁观看日本| 啦啦啦 在线观看视频| 两性夫妻黄色片| 亚洲欧洲精品一区二区精品久久久| 国产精品一区二区精品视频观看| 巨乳人妻的诱惑在线观看| 久久中文字幕一级| 免费在线观看亚洲国产| 精品久久久久久久人妻蜜臀av | 精品久久久久久久毛片微露脸| 国产麻豆69| 免费人成视频x8x8入口观看| 男女床上黄色一级片免费看| 三级毛片av免费| 欧美绝顶高潮抽搐喷水| 人人妻人人澡欧美一区二区 | 亚洲天堂国产精品一区在线| 亚洲国产精品合色在线| 91成人精品电影| 人人妻人人爽人人添夜夜欢视频| 亚洲五月婷婷丁香| 色av中文字幕| 中文字幕精品免费在线观看视频| av视频免费观看在线观看| 免费看十八禁软件| 日本在线视频免费播放| 成年版毛片免费区| 日韩 欧美 亚洲 中文字幕| 国产亚洲精品久久久久5区| 18禁黄网站禁片午夜丰满| 看黄色毛片网站| 韩国精品一区二区三区| 淫秽高清视频在线观看| 黄色片一级片一级黄色片| 成人精品一区二区免费| 99国产极品粉嫩在线观看| av在线天堂中文字幕| 首页视频小说图片口味搜索| 无限看片的www在线观看| 亚洲自拍偷在线| 精品免费久久久久久久清纯| 免费久久久久久久精品成人欧美视频| 97人妻天天添夜夜摸| 99热只有精品国产| 两人在一起打扑克的视频| 一边摸一边做爽爽视频免费| 免费搜索国产男女视频| 熟妇人妻久久中文字幕3abv| 国产亚洲欧美在线一区二区| 久久久久久久久免费视频了| av视频免费观看在线观看| 日本撒尿小便嘘嘘汇集6| 亚洲熟女毛片儿| 日韩欧美免费精品| 一级毛片高清免费大全| 91精品三级在线观看| 午夜久久久在线观看| 日韩精品青青久久久久久| 久久久久国内视频| 又黄又爽又免费观看的视频| 大陆偷拍与自拍| 亚洲欧美日韩高清在线视频| 久久精品国产清高在天天线| 成人亚洲精品av一区二区| 好男人电影高清在线观看| 日韩高清综合在线| 亚洲精品一卡2卡三卡4卡5卡| 久久中文字幕人妻熟女| 波多野结衣巨乳人妻| 国产一卡二卡三卡精品| 亚洲男人的天堂狠狠| 久久久久亚洲av毛片大全| 给我免费播放毛片高清在线观看| 亚洲五月色婷婷综合| 免费看美女性在线毛片视频| 色综合婷婷激情| 精品乱码久久久久久99久播| 欧美中文综合在线视频| 色在线成人网| 桃色一区二区三区在线观看| 国产成人精品久久二区二区免费| 国产精品免费一区二区三区在线| 黄色丝袜av网址大全| 成人三级黄色视频| av片东京热男人的天堂| 日韩免费av在线播放| 日韩大码丰满熟妇| 久久国产精品影院| 一级片免费观看大全| 美国免费a级毛片| 国产午夜精品久久久久久| 在线播放国产精品三级| avwww免费| 99久久精品国产亚洲精品| 免费在线观看影片大全网站| 青草久久国产| 激情视频va一区二区三区| 国产成人精品久久二区二区91| 精品国产国语对白av| 免费高清视频大片| 淫妇啪啪啪对白视频| 日本 av在线| 亚洲一区高清亚洲精品| 国产野战对白在线观看| 日本vs欧美在线观看视频| 亚洲国产欧美日韩在线播放| 欧美色视频一区免费| 女同久久另类99精品国产91| 亚洲一码二码三码区别大吗| 天天一区二区日本电影三级 | 97人妻天天添夜夜摸| 免费女性裸体啪啪无遮挡网站| 久久久久久久久中文| 免费高清视频大片| 成人18禁高潮啪啪吃奶动态图| 一区福利在线观看| 一卡2卡三卡四卡精品乱码亚洲| 人人妻人人澡欧美一区二区 | 久久狼人影院| 熟女少妇亚洲综合色aaa.| 欧美av亚洲av综合av国产av| 成年女人毛片免费观看观看9| 韩国精品一区二区三区| 非洲黑人性xxxx精品又粗又长| 又紧又爽又黄一区二区| 久久久久久久久久久久大奶| 热re99久久国产66热| 亚洲片人在线观看| 精品日产1卡2卡| 精品久久久久久,| 99久久精品国产亚洲精品| 大型黄色视频在线免费观看| 香蕉国产在线看| 在线观看免费视频日本深夜| 日韩高清综合在线| 日本黄色视频三级网站网址| 18美女黄网站色大片免费观看| 欧美精品啪啪一区二区三区| 99国产精品一区二区蜜桃av| 成人国产综合亚洲| 男女下面插进去视频免费观看| 国产伦一二天堂av在线观看| 香蕉丝袜av| 亚洲国产欧美网| 国产亚洲欧美在线一区二区| 在线国产一区二区在线| 黄色视频,在线免费观看| 免费一级毛片在线播放高清视频 | 美国免费a级毛片| 亚洲狠狠婷婷综合久久图片| 韩国av一区二区三区四区| 90打野战视频偷拍视频| 在线观看舔阴道视频| 琪琪午夜伦伦电影理论片6080| 久久影院123| 久久精品aⅴ一区二区三区四区| 校园春色视频在线观看| 国产野战对白在线观看| 少妇的丰满在线观看| 午夜免费成人在线视频| 桃色一区二区三区在线观看| 欧美av亚洲av综合av国产av| 老司机福利观看| 亚洲第一av免费看| 欧美中文综合在线视频| 国产欧美日韩一区二区三| 高清在线国产一区| 亚洲,欧美精品.| 久久影院123| 宅男免费午夜| 亚洲在线自拍视频| 长腿黑丝高跟| 国产1区2区3区精品| 亚洲中文av在线| 国内精品久久久久精免费| 亚洲熟妇中文字幕五十中出| 中文字幕av电影在线播放| 欧美激情极品国产一区二区三区| 午夜日韩欧美国产| 制服丝袜大香蕉在线| av电影中文网址| 精品国产乱码久久久久久男人| 国产伦一二天堂av在线观看| 狠狠狠狠99中文字幕| 欧美性长视频在线观看| 老鸭窝网址在线观看| 九色亚洲精品在线播放| 男人的好看免费观看在线视频 | 色老头精品视频在线观看| 在线观看免费午夜福利视频| 18美女黄网站色大片免费观看| 国产精品98久久久久久宅男小说| 18禁裸乳无遮挡免费网站照片 | 黄色 视频免费看| www.www免费av| 亚洲三区欧美一区| 一级作爱视频免费观看| 嫩草影视91久久| bbb黄色大片| 乱人伦中国视频| 国产麻豆69| 亚洲少妇的诱惑av| 久久久久国产一级毛片高清牌| 国产又爽黄色视频| 欧美国产日韩亚洲一区| 国产精品,欧美在线| 久久久久久久久免费视频了| 久久久久久国产a免费观看| 看黄色毛片网站| 亚洲性夜色夜夜综合| 亚洲av成人一区二区三| 亚洲欧美一区二区三区黑人| 免费无遮挡裸体视频| 老鸭窝网址在线观看| 变态另类成人亚洲欧美熟女 | 亚洲 国产 在线| 国产成人一区二区三区免费视频网站| 在线视频色国产色| svipshipincom国产片| 少妇被粗大的猛进出69影院| 亚洲在线自拍视频| 成人亚洲精品一区在线观看| 美国免费a级毛片| 国产高清有码在线观看视频 | 在线播放国产精品三级| 中文字幕人妻丝袜一区二区| 成人精品一区二区免费| 久久人妻熟女aⅴ| 免费无遮挡裸体视频| 丝袜人妻中文字幕| 老熟妇仑乱视频hdxx| 极品人妻少妇av视频| 在线视频色国产色| 亚洲第一电影网av| 亚洲精品美女久久av网站| 一区二区三区国产精品乱码| 制服丝袜大香蕉在线| 色老头精品视频在线观看| 国产精品久久视频播放| 黄色 视频免费看| 非洲黑人性xxxx精品又粗又长| 色在线成人网| 丰满人妻熟妇乱又伦精品不卡| 老司机福利观看| 国产不卡一卡二| 国产成人啪精品午夜网站| 国产精品久久久久久精品电影 | 12—13女人毛片做爰片一| 人人妻人人澡人人看| 色在线成人网| 丰满人妻熟妇乱又伦精品不卡| 亚洲男人天堂网一区| 一级毛片精品| 免费女性裸体啪啪无遮挡网站| 午夜激情av网站| 高清毛片免费观看视频网站| 国产精品综合久久久久久久免费 | 少妇粗大呻吟视频| 成人国语在线视频| 国产精品久久久久久精品电影 | ponron亚洲| 99久久精品国产亚洲精品| 国产一区在线观看成人免费| 天堂影院成人在线观看| 久久久水蜜桃国产精品网| 在线观看舔阴道视频| 99国产精品一区二区蜜桃av| 国产亚洲av高清不卡| 别揉我奶头~嗯~啊~动态视频| 国产av在哪里看| 欧美一级毛片孕妇| 久久中文看片网| 欧美不卡视频在线免费观看 | 日韩av在线大香蕉| 一边摸一边做爽爽视频免费| 99久久国产精品久久久| 国产一区在线观看成人免费| 久久人人爽av亚洲精品天堂| 精品久久久久久久毛片微露脸| 少妇熟女aⅴ在线视频| 日韩大码丰满熟妇| 日韩精品青青久久久久久| 亚洲第一欧美日韩一区二区三区| 亚洲第一青青草原| 亚洲av成人一区二区三| 一级片免费观看大全| 久久婷婷成人综合色麻豆| 欧美色欧美亚洲另类二区 | 国产激情欧美一区二区| 免费女性裸体啪啪无遮挡网站| 侵犯人妻中文字幕一二三四区| 99香蕉大伊视频| 村上凉子中文字幕在线| av天堂久久9| videosex国产| 岛国在线观看网站| 成年人黄色毛片网站| 亚洲少妇的诱惑av| 久久久久精品国产欧美久久久| 亚洲精品粉嫩美女一区| 不卡av一区二区三区| 久久久久九九精品影院| 好男人电影高清在线观看| 人妻久久中文字幕网| 岛国视频午夜一区免费看| 9191精品国产免费久久| 亚洲欧美一区二区三区黑人| 少妇熟女aⅴ在线视频| 欧美日韩乱码在线| 亚洲自偷自拍图片 自拍| 免费观看人在逋| 欧美乱码精品一区二区三区| 国产精品精品国产色婷婷| 国产成+人综合+亚洲专区| 欧美成人性av电影在线观看| 国产精品亚洲美女久久久| 日本a在线网址| 欧美精品啪啪一区二区三区| 精品国产乱码久久久久久男人| 少妇熟女aⅴ在线视频| 亚洲aⅴ乱码一区二区在线播放 | 最新在线观看一区二区三区| 搡老岳熟女国产| 国产av一区在线观看免费| 免费在线观看完整版高清| 亚洲色图综合在线观看| 淫秽高清视频在线观看| 欧美性长视频在线观看| 国产精品 国内视频| 黄网站色视频无遮挡免费观看| 好男人在线观看高清免费视频 | 丁香欧美五月| 精品久久久久久成人av| 在线观看一区二区三区| 亚洲第一电影网av| 精品国产美女av久久久久小说| 成人18禁在线播放| 国产精品,欧美在线| 久久影院123| 国产精品免费一区二区三区在线| 狂野欧美激情性xxxx| 久久久国产欧美日韩av| 国产单亲对白刺激| 国产xxxxx性猛交| 亚洲精品国产一区二区精华液| 一区福利在线观看| 多毛熟女@视频| 午夜福利一区二区在线看| 天堂影院成人在线观看| 88av欧美| 日韩大尺度精品在线看网址 | 淫妇啪啪啪对白视频| 99精品欧美一区二区三区四区| 看免费av毛片| 久久精品人人爽人人爽视色| 久久精品国产综合久久久| 久久人妻福利社区极品人妻图片| 两性午夜刺激爽爽歪歪视频在线观看 | 精品一区二区三区四区五区乱码| 日本五十路高清| 大码成人一级视频| 亚洲片人在线观看| 级片在线观看| av在线天堂中文字幕| 黄网站色视频无遮挡免费观看| 成人国语在线视频| 亚洲熟妇中文字幕五十中出| 亚洲一区中文字幕在线| 人人妻人人澡人人看| 丰满的人妻完整版| 精品久久久精品久久久| 大香蕉久久成人网| 国产在线观看jvid| 中文字幕av电影在线播放| 一级片免费观看大全| 神马国产精品三级电影在线观看 | 精品欧美一区二区三区在线| 国产黄a三级三级三级人| 欧美不卡视频在线免费观看 | 如日韩欧美国产精品一区二区三区| 波多野结衣av一区二区av| 成人18禁高潮啪啪吃奶动态图| 少妇裸体淫交视频免费看高清 | 99精品在免费线老司机午夜| 夜夜爽天天搞| 精品人妻1区二区| 国产aⅴ精品一区二区三区波| 国产成人精品在线电影| 女同久久另类99精品国产91| 首页视频小说图片口味搜索| 久久精品影院6| 国产精品99久久99久久久不卡| 老司机午夜十八禁免费视频| 精品乱码久久久久久99久播| 美国免费a级毛片| 一区在线观看完整版| 久久狼人影院| 精品卡一卡二卡四卡免费| 91国产中文字幕| 国产男靠女视频免费网站| 日本三级黄在线观看| АⅤ资源中文在线天堂| 国产成+人综合+亚洲专区| 亚洲精品久久国产高清桃花| 亚洲av电影不卡..在线观看| 国产又色又爽无遮挡免费看| 久久久久久久久免费视频了| 亚洲av成人av| www.精华液| 亚洲激情在线av| 热re99久久国产66热| 极品教师在线免费播放| 国产精品1区2区在线观看.| 久9热在线精品视频| 男女午夜视频在线观看| 男女床上黄色一级片免费看| 熟妇人妻久久中文字幕3abv| 给我免费播放毛片高清在线观看| 亚洲成人精品中文字幕电影| 中文字幕最新亚洲高清| 亚洲熟妇熟女久久| 成人国产综合亚洲| 欧美日韩一级在线毛片| 999久久久国产精品视频| 91麻豆av在线| 国产精品免费一区二区三区在线| 韩国av一区二区三区四区| 18禁裸乳无遮挡免费网站照片 | netflix在线观看网站|