還在 Docker 中跑 MySQL？恭喜你，可以下崗了！

Java精選面試題（微信小程序）：5000+道面試題和選擇題，包含Java基礎(chǔ)、并發(fā)、JVM、線(xiàn)程、MQ系列、Redis、Spring系列、Elasticsearch、Docker、K8s、Flink、Spark、架構(gòu)設(shè)計(jì)、大廠(chǎng)真題等，在線(xiàn)隨時(shí)刷題！

容器的定義：容器是為了解決“在切換運(yùn)行環(huán)境時(shí)，如何保證軟件能夠正常運(yùn)行”這一問(wèn)題。

目前，容器和 Docker 依舊是技術(shù)領(lǐng)域最熱門(mén)的詞語(yǔ)，無(wú)狀態(tài)的服務(wù)容器化已經(jīng)是大勢(shì)所趨，同時(shí)也帶來(lái)了一個(gè)熱點(diǎn)問(wèn)題被大家所爭(zhēng)論不以：數(shù)據(jù)庫(kù) MySQL 是否需要容器化？

認(rèn)真分析大家的各種觀點(diǎn)，發(fā)現(xiàn)贊同者僅僅是從容器優(yōu)勢(shì)的角度來(lái)闡述 MySQL 需要容器化，幾乎沒(méi)有什么業(yè)務(wù)場(chǎng)景進(jìn)行驗(yàn)證自己的觀點(diǎn)；反過(guò)來(lái)再看反對(duì)者，他們從性能、數(shù)據(jù)安全等多個(gè)因素進(jìn)行闡述 MySQL不需要容器化，也舉證了一些不適合的業(yè)務(wù)場(chǎng)景。下面，我們就聊一下 Docker 不適合跑 MySQL 的 N 個(gè)原因！

數(shù)據(jù)安全問(wèn)題

不要將數(shù)據(jù)儲(chǔ)存在容器中，這也是 Docker 官方容器使用技巧中的一條。容器隨時(shí)可以停止、或者刪除。當(dāng)容器被rm掉，容器里的數(shù)據(jù)將會(huì)丟失。為了避免數(shù)據(jù)丟失，用戶(hù)可以使用數(shù)據(jù)卷掛載來(lái)存儲(chǔ)數(shù)據(jù)。

但是容器的 Volumes 設(shè)計(jì)是圍繞 Union FS 鏡像層提供持久存儲(chǔ)，數(shù)據(jù)安全缺乏保證。如果容器突然崩潰，數(shù)據(jù)庫(kù)未正常關(guān)閉，可能會(huì)損壞數(shù)據(jù)。另外，容器里共享數(shù)據(jù)卷組，對(duì)物理機(jī)硬件損傷也比較大。關(guān)于docker面試題，公眾 號(hào)Java精選，回復(fù)java面試，獲取面試資料，支持在線(xiàn)刷題。

性能問(wèn)題

大家都知道，MySQL 屬于關(guān)系型數(shù)據(jù)庫(kù)，對(duì)IO要求較高。當(dāng)一臺(tái)物理機(jī)跑多個(gè)時(shí)，IO就會(huì)累加，導(dǎo)致IO瓶頸，大大降低 MySQL 的讀寫(xiě)性能。

在一次Docker應(yīng)用的十大難點(diǎn)專(zhuān)場(chǎng)上，某國(guó)有銀行的一位架構(gòu)師也曾提出過(guò)：“數(shù)據(jù)庫(kù)的性能瓶頸一般出現(xiàn)在IO上面，如果按 Docker 的思路，那么多個(gè)docker最終IO請(qǐng)求又會(huì)出現(xiàn)在存儲(chǔ)上面。現(xiàn)在互聯(lián)網(wǎng)的數(shù)據(jù)庫(kù)多是share nothing的架構(gòu)，可能這也是不考慮遷移到 Docker 的一個(gè)因素吧”。

其實(shí)也有相對(duì)應(yīng)的一些策略來(lái)解決這個(gè)問(wèn)題，比如：

1）數(shù)據(jù)庫(kù)程序與數(shù)據(jù)分離

如果使用Docker 跑 MySQL，數(shù)據(jù)庫(kù)程序與數(shù)據(jù)需要進(jìn)行分離，將數(shù)據(jù)存放到共享存儲(chǔ)，程序放到容器里。如果容器有異常或 MySQL 服務(wù)異常，自動(dòng)啟動(dòng)一個(gè)全新的容器。另外，建議不要把數(shù)據(jù)存放到宿主機(jī)里，宿主機(jī)和容器共享卷組，對(duì)宿主機(jī)損壞的影響比較大。

2）跑輕量級(jí)或分布式數(shù)據(jù)庫(kù)

Docker 里部署輕量級(jí)或分布式數(shù)據(jù)庫(kù)，Docker 本身就推薦服務(wù)掛掉，自動(dòng)啟動(dòng)新容器，而不是繼續(xù)重啟容器服務(wù)。

3）合理布局應(yīng)用

對(duì)于IO要求比較高的應(yīng)用或者服務(wù)，將數(shù)據(jù)庫(kù)部署在物理機(jī)或者KVM中比較合適。目前騰訊云的TDSQL和阿里的Oceanbase都是直接部署在物理機(jī)器，而非Docker。

狀態(tài)問(wèn)題

在 Docker 中水平伸縮只能用于無(wú)狀態(tài)計(jì)算服務(wù)，而不是數(shù)據(jù)庫(kù)。

Docker 快速擴(kuò)展的一個(gè)重要特征就是無(wú)狀態(tài)，具有數(shù)據(jù)狀態(tài)的都不適合直接放在 Docker 里面，如果 Docker 中安裝數(shù)據(jù)庫(kù)，存儲(chǔ)服務(wù)需要單獨(dú)提供。

目前，騰訊云的TDSQL（金融分布式數(shù)據(jù)庫(kù)）和阿里云的Oceanbase（分布式數(shù)據(jù)庫(kù)系統(tǒng)）都直接運(yùn)行中在物理機(jī)器上，并非使用便于管理的 Docker 上。

資源隔離方面

資源隔離方面，Docker 確實(shí)不如虛擬機(jī)KVM，Docker是利用Cgroup實(shí)現(xiàn)資源限制的，只能限制資源消耗的最大值，而不能隔絕其他程序占用自己的資源。如果其他應(yīng)用過(guò)渡占用物理機(jī)資源，將會(huì)影響容器里 MySQL 的讀寫(xiě)效率。

需要的隔離級(jí)別越多，獲得的資源開(kāi)銷(xiāo)就越多。相比專(zhuān)用環(huán)境而言，容易水平伸縮是Docker的一大優(yōu)勢(shì)。然而在 Docker 中水平伸縮只能用于無(wú)狀態(tài)計(jì)算服務(wù)，數(shù)據(jù)庫(kù)并不適用。

難道 MySQL 不能跑在容器里嗎？

MySQL 也不是全然不能容器化。

1）對(duì)數(shù)據(jù)丟失不敏感的業(yè)務(wù)（例如用戶(hù)搜索商品）就可以數(shù)據(jù)化，利用數(shù)據(jù)庫(kù)分片來(lái)來(lái)增加實(shí)例數(shù)，從而增加吞吐量。

2）docker適合跑輕量級(jí)或分布式數(shù)據(jù)庫(kù)，當(dāng)docker服務(wù)掛掉，會(huì)自動(dòng)啟動(dòng)新容器，而不是繼續(xù)重啟容器服務(wù)。

3）數(shù)據(jù)庫(kù)利用中間件和容器化系統(tǒng)能夠自動(dòng)伸縮、容災(zāi)、切換、自帶多個(gè)節(jié)點(diǎn)，也是可以進(jìn)行容器化的。

典型案例：同程旅游、京東、阿里的數(shù)據(jù)庫(kù)容器化都是不錯(cuò)的案例，大家可以自行去查看。

作者：老王談運(yùn)維

https://toutiao.com/i6675622107390411276

公眾號(hào)“Java精選”所發(fā)表內(nèi)容注明來(lái)源的，版權(quán)歸原出處所有（無(wú)法查證版權(quán)的或者未注明出處的均來(lái)自網(wǎng)絡(luò)，系轉(zhuǎn)載，轉(zhuǎn)載的目的在于傳遞更多信息，版權(quán)屬于原作者。如有侵權(quán)，請(qǐng)聯(lián)系，筆者會(huì)第一時(shí)間刪除處理！

最近有很多人問(wèn)，有沒(méi)有讀者交流群！加入方式很簡(jiǎn)單，公眾號(hào)Java精選，回復(fù)“加群”，即可入群！

文章有幫助的話(huà)，點(diǎn)在看，轉(zhuǎn)發(fā)吧！