使用文檔數據庫服務要注意什么?

故障切換

文(wen)檔(dang)數據庫實(shi)例采用(yong)多路由(you)+多分片(pian)+副(fu)本(ben)集(ji)的(de)部署形態，當(dang)路由(you)主機(ji)出現故(gu)障(zhang)時，可實(shi)時動態切換(huan)(huan)。副(fu)本(ben)集(ji)包含多個副(fu)本(ben)，當(dang)主節點(dian)發(fa)生故(gu)障(zhang)時，系統會(hui)在(zai)30秒之內切換(huan)(huan)到(dao)備節點(dian)。

實例(li)的(de)(de)彈(dan)性云主(zhu)機，對用(yong)戶都不(bu)可見，這意味著，只(zhi)允許用(yong)戶應用(yong)程序訪問數據庫對應的(de)(de)IP地址和(he)端口。

文檔數據庫服(fu)務使(shi)用的(de)對(dui)(dui)象(xiang)存儲服(fu)務上(shang)的(de)備(bei)份文件，對(dui)(dui)用戶不(bu)可見(jian)，它們只對(dui)(dui)后(hou)臺管(guan)理系統可見(jian)。

申請文檔數據庫服務后，您還需要做什么？

您(nin)不(bu)需要進(jin)行數據庫的基(ji)礎(chu)運維(wei)（比如高可用(yong)、安全補丁等），但是您(nin)還需要重(zhong)點關注以下(xia)事情：

文檔數(shu)據庫實例的CPU、IOPS、空間(jian)是否足夠，如果不夠需要優化或者擴容。

文(wen)檔數據(ju)庫(ku)實例是否存在性能問題，是否有(you)大量(liang)的慢查(cha)(cha)詢(xun)，查(cha)(cha)詢(xun)語句是否需(xu)要優化，是否有(you)多余的索引(yin)或者索引(yin)缺(que)失(shi)等。

什么是文檔數據庫實例可用性?

文檔數據庫實例可用性(xing)的計算公式：

實例可用性(xing)=（1–故障(zhang)時間/服務總時間）×100%

我的實例是否會受其他用戶實例影響?

文(wen)檔數據庫實(shi)例不(bu)會受(shou)其他用戶(hu)(hu)實(shi)例影響(xiang)，因為每個用戶(hu)(hu)的(de)實(shi)例與其他用戶(hu)(hu)的(de)實(shi)例是獨立的(de)，并且有資源隔離，互(hu)不(bu)影響(xiang)。

文檔數據庫服務支持讀寫分離嗎?

文(wen)檔數據庫服務支(zhi)持讀寫(xie)分離(li)，它的寫(xie)操(cao)作(zuo)僅可以在副本集中的主節點(dian)上進(jin)行，用戶通過配(pei)置實現(xian)讀操(cao)作(zuo)在從節點(dian)進(jin)行。

怎么解決查詢運行緩慢的問題?

可通過查(cha)看慢查(cha)詢日志，來確定是否存在運行緩慢的查(cha)詢，以及各個查(cha)詢的性能特征（如(ru)果(guo)有的話(hua)），從(cong)而定位查(cha)詢運行緩慢的原因(yin)。

查詢文檔數據(ju)庫服務日志(zhi)，請(qing)參見(jian)慢日志(zhi)。

查看實例的(de)CPU使(shi)用率指標(biao)，協(xie)助定位問題，請參見查看監(jian)控指標(biao)。

副本集中主備同步存在多長時間的延遲?

主(zhu)節點與(yu)備節點的(de)(de)復制延遲是無(wu)法利用公式來計算的(de)(de)，它會受到以下因素(su)的(de)(de)影響：

網絡通信狀況。

主節點(dian)的(de)事務(wu)壓力，即主機每秒(miao)執行(xing)的(de)事務(wu)量。

主節點執(zhi)行(xing)的事務大小，即一個事務要執(zhi)行(xing)多久(jiu)。

備(bei)節點的機器(qi)負載狀況。

如(ru)果主節點在某個時(shi)間段壓力非(fei)常(chang)大，每(mei)秒執行的事務(wu)量(liang)非(fei)常(chang)多，備機通(tong)常(chang)會出(chu)現延遲。

對(dui)于文檔數據庫服務而言(yan)，可以(yi)在云監控中查看副本(ben)集備節點的“主(zhu)備延時”指標，來觀(guan)察延遲情(qing)況。