閱讀以下關(guān)于分布式數(shù)據(jù)庫緩存設(shè)計(jì)的敘述，在答題紙上回答問題 1 至問題 3.
【說明】
某企業(yè)是為城市高端用戶提供高品質(zhì)蔬菜生鮮服務(wù)的初創(chuàng)企業(yè)，創(chuàng)業(yè)初期為快速開展業(yè)務(wù)，該企業(yè)采用輕量型的開發(fā)架構(gòu)（腳本語言+關(guān)系型數(shù)據(jù)庫）研制了一套業(yè)務(wù)系統(tǒng)。業(yè)務(wù)開展后受到用戶普遍歡迎，用戶數(shù)和業(yè)務(wù)數(shù)量迅速增長，原有的數(shù)據(jù)庫服務(wù)器已不能滿足高度并發(fā)的業(yè)務(wù)要求。為此，該企業(yè)成立了專門的研發(fā)團(tuán)隊(duì)來解決該問題。張工建議重新開發(fā)整個(gè)系統(tǒng)， 采用新的服務(wù)器和數(shù)據(jù)架
構(gòu)，解決當(dāng)前問題的同時(shí)為日后的擴(kuò)展提供支持。但是，李工認(rèn)為張工的方案開發(fā)周期過長，投入過大，當(dāng)前應(yīng)該在改動(dòng)盡量小的前提下解決該問題。李工認(rèn)為訪問量很大的只是部分?jǐn)?shù)據(jù)，建議采用緩存工具 MemCache 來減輕數(shù)據(jù)庫服務(wù)器的壓力，這樣開發(fā)量小，開發(fā)周期短，比較適合初創(chuàng)公司，同時(shí)將來也可以通過集群進(jìn)行擴(kuò)展。然而，劉工又認(rèn)為李工的方案中存在數(shù)據(jù)可靠性和一致性問題，在宕機(jī)時(shí)容易丟失交易數(shù)據(jù)，建議采用 Redis 來解決問題。在經(jīng)過充分討論，該公司最終決定采用劉工的方案。
【問題 1】
在李工和劉工的方案中，均采用分布式數(shù)據(jù)庫緩存技術(shù)來解決問題。請說明分布式數(shù)據(jù)庫緩存的基本概念。
表 4-1 中對 MemCache 和 Redis 兩種工具的優(yōu)缺點(diǎn)進(jìn)行了比較，請補(bǔ)充完善表 4-1 中的空（1）~ （6）。
表 4-1 MemCache 與 Redis 能力比較

【問題 2】
劉工認(rèn)為李工的方案存在數(shù)據(jù)可靠性和一致性的問題，請說明原因。
為避免數(shù)據(jù)可靠性和一致性的問題，劉工的方案采用 Redis 作為數(shù)據(jù)庫緩存，請說明基本的Redis 與原有關(guān)系數(shù)據(jù)庫的數(shù)據(jù)同步方案。
【問題 3】
請給出 Redis 分布式存儲(chǔ)的 2 種常見方案和Redis 集群切片的幾種常見方式。