狠狠色丁香婷婷综合尤物/久久精品综合一区二区三区/中国有色金属学报/国产日韩欧美在线观看 - 国产一区二区三区四区五区tv

   docker可以從遠(yuǎn)程倉(cāng)庫(kù)拉取鏡像然后通過鏡像快速的部署應(yīng)用，非常的方便快捷，但是今天來聊聊為什么Mysql不推薦使用Docker部署這個(gè)問題。

1、數(shù)據(jù)庫(kù)擴(kuò)容麻煩

    Mysql是用來存儲(chǔ)的數(shù)據(jù)，docker部署Mysql之后數(shù)據(jù)不會(huì)存儲(chǔ)在容器上，因?yàn)槿萜麝P(guān)閉之后數(shù)據(jù)就丟失了，所以容器是需要掛載到宿主機(jī)器上，如下圖所示：

    隨著業(yè)務(wù)的持續(xù)不斷的發(fā)展，Mysql難免會(huì)出現(xiàn)需要擴(kuò)容的情況，但是擴(kuò)容的時(shí)候就會(huì)出現(xiàn)一些困難，如下所示：

    此時(shí)Mysql2是無法掛載到文件1上的，因?yàn)樗拗鳈C(jī)的數(shù)據(jù)文件是容器獨(dú)占的，無法實(shí)現(xiàn)兩個(gè)容器實(shí)例共享一份數(shù)據(jù)文件。

    每個(gè)Mysql的容器都掛載了各自的文件上，如何實(shí)現(xiàn)文件1和文件2的數(shù)據(jù)共享呢？此時(shí)有如下的解決方案：

方案一：binlog同步

方案二：先全量dump，然后再使用binlog增量同步

    方案一是不推薦使用，Mysql擴(kuò)容是因?yàn)闃I(yè)務(wù)數(shù)據(jù)量達(dá)到瓶頸了，那么大數(shù)據(jù)量下使用binlog同步是不合適的。

    方案二中全量dump數(shù)據(jù)的時(shí)候需要停機(jī)，目的是先讓數(shù)據(jù)同步到另一份文件上，因?yàn)閿?shù)據(jù)需要同步進(jìn)而讓業(yè)務(wù)在一段時(shí)間內(nèi)無法使用，在某種情況下也是不合適的。

2、內(nèi)存資源問題

    我們都知道docker是通過應(yīng)用來做隔離的，而不是通過資源做隔離的，如下圖所示：

    假設(shè)Mysql應(yīng)用、MQ應(yīng)用以及Redis應(yīng)用都是docker部署的，此時(shí)上圖區(qū)域的內(nèi)存是三個(gè)應(yīng)用共享的。這里就存在一個(gè)問題，如果MQ應(yīng)用占用了80%的內(nèi)存，那么Mysql和Redis就只能共用剩余20%的內(nèi)存，假設(shè)這個(gè)剩余的內(nèi)存不夠Mysql使用，這個(gè)時(shí)候就會(huì)出現(xiàn)Mysql無法提供正常的服務(wù)導(dǎo)致整個(gè)上層的應(yīng)用崩潰。

總結(jié)：

（1）從數(shù)據(jù)庫(kù)擴(kuò)容角度來看，由于宿主機(jī)的數(shù)據(jù)文件是容器獨(dú)占的，所以多個(gè)容器就會(huì)掛載在多個(gè)宿主機(jī)文件上，盡管我們可以有方案解決宿主機(jī)文件數(shù)據(jù)共享的問題，但是數(shù)據(jù)同步方案中存在一定弊端。

（2）內(nèi)存資源上來考慮，由于docker部署的應(yīng)用是共享內(nèi)存的，所以一旦某個(gè)應(yīng)用占用內(nèi)存過大就會(huì)導(dǎo)致其他應(yīng)用因?yàn)閮?nèi)存不足而無法對(duì)外提供服務(wù)的問題。

（3）不是說不能使用docker部署Mysql，在某些情況下docker部署的Mysql還是比較合適的，如能夠利用中間件和容器化系統(tǒng)能夠自動(dòng)伸縮、容災(zāi)、切換、自帶多個(gè)節(jié)點(diǎn)等場(chǎng)景下是合適進(jìn)行容器化。