基于Android酒店預(yù)訂系統(tǒng)

《基于Android酒店預(yù)訂系統(tǒng)》由會(huì)員上傳分享，免費(fèi)在線閱讀，更多相關(guān)內(nèi)容在教育資源-天天文庫。

1、工程實(shí)踐—分布式文件系統(tǒng)的簡(jiǎn)單實(shí)現(xiàn)中期檢查中國科學(xué)技術(shù)大學(xué)軟件學(xué)院組長：時(shí)兆洋小組成員：時(shí)兆洋，張朋，張放1.Redis數(shù)據(jù)庫調(diào)研2.分布式文件系統(tǒng)平臺(tái)架構(gòu)的初步實(shí)現(xiàn)3.上半學(xué)年工作總結(jié)4.下半學(xué)年工作安排目錄Redis介紹：1.Redis數(shù)據(jù)庫調(diào)研Redis是一個(gè)開源非關(guān)系型的、高性能鍵值對(duì)數(shù)據(jù)庫?？梢杂米鞣植际骄彺妗８咝阅?，工作在內(nèi)存數(shù)據(jù)集里，可以根據(jù)使用的情況靈活選擇數(shù)據(jù)集的持久化方案。且支持高效率的主從復(fù)制配置，能夠第一次同步不阻塞和網(wǎng)絡(luò)切分自動(dòng)重新連接等。Redis性能測(cè)試方法：1.Redis數(shù)據(jù)庫調(diào)研對(duì)啟動(dòng)的Redis進(jìn)行寫操作，通

2、過500個(gè)請(qǐng)求，每個(gè)請(qǐng)求寫入10000條記錄，并發(fā)度為2來共寫入500萬條數(shù)據(jù)，key為數(shù)字1到5000000，value大小為100個(gè)字節(jié)。然后是讀操作，也是用500個(gè)請(qǐng)求，每個(gè)請(qǐng)求隨機(jī)根據(jù)key值讀出10000條記錄，并發(fā)度為10共讀出500萬條記錄，評(píng)測(cè)的重點(diǎn)是此過程中服務(wù)器的資源使用情況。寫操作測(cè)試結(jié)果：1.Redis數(shù)據(jù)庫調(diào)研讀操作測(cè)試結(jié)果：1.Redis數(shù)據(jù)庫調(diào)研Redis調(diào)研結(jié)果1.Redis數(shù)據(jù)庫調(diào)研Redis數(shù)據(jù)操作都在內(nèi)存完成，定期刷新到磁盤，占用的磁盤空間和內(nèi)存大小由實(shí)際的數(shù)據(jù)量決定，在內(nèi)存可用的情況下二者是一致的。從功能

3、角度看Redis高效的讀寫效率和豐富的數(shù)據(jù)結(jié)構(gòu)能滿足很多互聯(lián)網(wǎng)應(yīng)用場(chǎng)景的需求Redis調(diào)研結(jié)果1.Redis數(shù)據(jù)庫調(diào)研Redis數(shù)據(jù)操作都在內(nèi)存完成，定期刷新到磁盤，占用的磁盤空間和內(nèi)存大小由實(shí)際的數(shù)據(jù)量決定，在內(nèi)存可用的情況下二者是一致的。從功能角度看Redis高效的讀寫效率和豐富的數(shù)據(jù)結(jié)構(gòu)能滿足很多互聯(lián)網(wǎng)應(yīng)用場(chǎng)景的需求2.分布式文件系統(tǒng)平臺(tái)的初步架構(gòu)系統(tǒng)平臺(tái)組成：系統(tǒng)平臺(tái)由三部分組成，Client，Trackerserver和Storageserver。三部分之間的通信過程完成了分布式文件系統(tǒng)的文件上傳，下載等操作。其大致的通信過程為：Cl

4、ient通過Trackerserver得到Storageserver的信息，然后直接與Storageserver通信訪問文件。2.分布式文件系統(tǒng)平臺(tái)的初步架構(gòu)構(gòu)建系統(tǒng)平臺(tái)模型：2.分布式文件系統(tǒng)平臺(tái)的初步架構(gòu)各部分在平臺(tái)中的作用：Trackerserver：主要作用是負(fù)載均衡和調(diào)度，在內(nèi)存中記錄分組和Storageserver的狀態(tài)等信息。Storageserver：文件存儲(chǔ)在其中，且完成文件管理的所有功能：存儲(chǔ)、同步和提供存取接口等。主動(dòng)發(fā)起和trackerserver之間的連接，并為每個(gè)trackerserver啟動(dòng)一個(gè)線程進(jìn)行連接和通訊。

5、Client：對(duì)文件進(jìn)行操作，上傳，下載等。2.分布式文件系統(tǒng)平臺(tái)的初步架構(gòu)文件上傳過程：1.Client詢問Trackerserver應(yīng)上傳到哪個(gè)Storageserver。2.Trackerserver返回一臺(tái)可用的Storageserver，返回的數(shù)據(jù)為該Storageserver的IP地址和端口。3.Client直接和該Storageserver建立連接，進(jìn)行文件上傳。4.Storageserver返回新生成的文件ID，文件上傳結(jié)束。5.連接關(guān)閉。2.分布式文件系統(tǒng)平臺(tái)的初步架構(gòu)圖示文件上傳過程：2.分布式文件系統(tǒng)平臺(tái)的初步架構(gòu)文件下載

6、過程：1.client詢問tracker可以下載指定文件的storage，參數(shù)為文件ID（組名和文件名等信息）。2.tracker返回一臺(tái)可用的storage。3.client直接和storage通信完成文件下載。4.連接關(guān)閉。2.分布式文件系統(tǒng)平臺(tái)的初步架構(gòu)圖示文件下載過程：2.分布式文件系統(tǒng)平臺(tái)的初步架構(gòu)在linux環(huán)境下用命令行對(duì)文件進(jìn)行上傳：2.分布式文件系統(tǒng)平臺(tái)的初步架構(gòu)圖1表示：在命令行中通過指定所傳文件路徑及文件名將文件上傳。圖2表示：文件上傳成功并生成一個(gè)文件ID。如上圖所示：3.上半學(xué)年工作總結(jié)工作總結(jié)：上半學(xué)年中，小組的工作

7、量主要有對(duì)分布式文件系統(tǒng)調(diào)研，在目前流行的幾種主流分布式模型選取了FastDFS作為小組實(shí)現(xiàn)的分布式文件系統(tǒng)的樣板模型，對(duì)其架構(gòu)和代碼進(jìn)行學(xué)習(xí)和研究。同時(shí)在選取文件存儲(chǔ)及數(shù)據(jù)庫時(shí)對(duì)Redis數(shù)據(jù)庫進(jìn)行了調(diào)研。再以上調(diào)研的基礎(chǔ)上并初步搭建了初步的分布式系統(tǒng)架構(gòu)，并通過查找的資料對(duì)代碼的編寫有了初步的認(rèn)識(shí)，對(duì)于后半學(xué)年對(duì)代碼的編寫調(diào)試和測(cè)試奠定基礎(chǔ)。4.下半學(xué)年工作安排下半學(xué)年工作安排：上半學(xué)年中小組的工作量主要有：完成剩余平臺(tái)代碼的編寫和調(diào)試，最終實(shí)現(xiàn)有可視界面化的操作：如對(duì)文件下載，上傳等。同是對(duì)平臺(tái)的部分系統(tǒng)進(jìn)行簡(jiǎn)單的優(yōu)化使得實(shí)現(xiàn)的分布式文件

8、系統(tǒng)更顯健壯。20謝謝