摘要:希賽網(wǎng)軟考頻道小編為大家整理了2019年系統(tǒng)分析師下午案例分析真題第四部分,供大家參考。
【說明】
某軟件企業(yè)開發(fā)了一套新聞社交類軟件,提供常見的新聞發(fā)布、用戶關(guān)注、用戶推薦、新聞點(diǎn)評(píng)、新聞推薦、熱點(diǎn)新聞等功能,項(xiàng)目采用MySQL數(shù)據(jù)庫來存儲(chǔ)業(yè)務(wù)數(shù)據(jù)。系統(tǒng)上線后,隨著用戶數(shù)量的增加,數(shù)據(jù)庫服務(wù)器的壓力不斷加大。為此,該企業(yè)設(shè)立了專門的工作組來解決此問題。
張工提出對(duì)MySQL數(shù)據(jù)庫進(jìn)行擴(kuò)展,采用讀寫分離,主從復(fù)制的策略,好處是程序改動(dòng)比較小,可以較快完成,后續(xù)也可以擴(kuò)展到MySQL集群,其方案如圖4-1所示。李工認(rèn)為該系統(tǒng)的諸多功能,并不需要采用關(guān)系數(shù)據(jù)庫,甚至關(guān)系數(shù)據(jù)庫限制了功能的實(shí)現(xiàn),應(yīng)該采用NoSQL數(shù)據(jù)庫來替代MySQL,重新構(gòu)造系統(tǒng)的數(shù)據(jù)層。而劉工認(rèn)為張工的方案過于保守,對(duì)該系統(tǒng)的某些功能,如關(guān)注列表、推薦列表、熱搜榜單等實(shí)現(xiàn)困難,且性能提升不大;而李工的方案又太激進(jìn),工作量太大,短期無法完成,應(yīng)盡量綜合二者的優(yōu)點(diǎn),采用Key-Value數(shù)據(jù)庫+MySQL數(shù)據(jù)庫的混合方案。
經(jīng)過組內(nèi)多次討論,該企業(yè)最終決定采用劉工提出的方案。
問題內(nèi)容:
【問題1】(8分)
張工方案中采用了讀寫分離,主從復(fù)制策略。其中,讀寫分離設(shè)置物理上不同的主/從服務(wù)器,讓主服務(wù)器負(fù)責(zé)數(shù)據(jù)的(a)操作,從服務(wù)器負(fù)責(zé)數(shù)據(jù)的(b)操作,從而有效減少數(shù)據(jù)并發(fā)操作的(c),但卻帯來了(d)。因此,需要采用主從復(fù)制策略保持?jǐn)?shù)據(jù)的(e)。
MySQL數(shù)據(jù)庫中,主從復(fù)制是通過binary log來實(shí)現(xiàn)主從服務(wù)器的數(shù)據(jù)同步,MySQL數(shù)據(jù)庫支持的三種復(fù)制類型分別是(f) 、 (g) 、 (h)。
請(qǐng)將答案填入(a)~(h)處的空白,完成上述描述。
【問題2】(8分)
李工方案中給出了關(guān)系數(shù)據(jù)庫與NoSQL數(shù)據(jù)的比較,如表4-1所示,以此來說明 該新聞社交類軟件更適合采用NoSQL數(shù)據(jù)庫。請(qǐng)完成表4-1中的(a) ~ (d)處空白。
表4-1關(guān)系數(shù)據(jù)庫與NoSQL數(shù)據(jù)庫特征比較
【問題3】(9分)
劉工提出的方案采用了Key-Value數(shù)據(jù)庫+MySQL數(shù)據(jù)庫的混合方案,是根據(jù)數(shù)據(jù)的讀寫特點(diǎn)將數(shù)據(jù)分別部署到不同的數(shù)據(jù)庫中。但是由于部分?jǐn)?shù)據(jù)可能同時(shí)存在于兩個(gè)數(shù)據(jù)庫中,因此存在數(shù)據(jù)同步問題。請(qǐng)用200字以內(nèi)的文字簡(jiǎn)要說明解決該數(shù)據(jù)同步問題的三種方法。
相關(guān)推薦:2019年系統(tǒng)分析師下午真題及答案
軟考備考資料免費(fèi)領(lǐng)取
去領(lǐng)取
共收錄117.93萬道題
已有25.02萬小伙伴參與做題