前段時(shí)間遇到docker磁盤(pán)空間太少，無(wú)法寫(xiě)入數(shù)據(jù)的問(wèn)題。起因是因?yàn)槲以诒镜兀∕ac Pro）運(yùn)行了多個(gè)mysql容器，并且導(dǎo)入了一部分線上數(shù)據(jù)，最后還沒(méi)導(dǎo)入完畢就已經(jīng)沒(méi)有可用空間了。
我最開(kāi)始給docker分配的磁盤(pán)空間是80GB，然后當(dāng)出現(xiàn)無(wú)法寫(xiě)入的時(shí)候已經(jīng)是只剩余0.6GB了。
可以使用下面的命令來(lái)查看docker容器和鏡像磁盤(pán)占用情況：
可以看到類(lèi)似如下的輸出，包括鏡像(Images)、容器（Containers）、數(shù)據(jù)卷（Local Volumes）、構(gòu)建緩存（Build Cache）：
TYPE TOTAL ACTIVE SIZE RECLAIMABLE
Images 5 5 5.158GB 0B (0%)
Containers 6 6 7.601MB 0B (0%)
Local Volumes 4 3 46.64GB 207MB (0%)
Build Cache 34 0 1.609MB 1.609MB
可以看到以上4種類(lèi)型里面Local Volumes占用的磁盤(pán)空間最大。如果還想查看更詳細(xì)的報(bào)告，則使用如下命令。
可以看到很多輸出，其中關(guān)于Local Volumes的是：
VOLUME NAME LINKS SIZE
641d4976908910dca270a2bf5edf33408daf7474a0f27c850b6580b5936b6dd0 1 40.1GB
ovpn-data 1 33.51kB
267b52c5eab8c6b8e0f0d1b02f8c68bdaffba5ea80a334a6d20e67d22759ef48 1 6.325GB
f4a3866ef41e3972e087883f8fa460ad947b787f2eafb6545c759a822fb6e30d 0 207MB
為了騰出空間，第一個(gè)想到的簡(jiǎn)單粗暴的辦法是將所有停止的容器刪除，命令如下。
但是使用這個(gè)命令還是要謹(jǐn)慎，記得把需要使用的docker容器都先啟動(dòng)起來(lái)，不然那些沒(méi)有啟動(dòng)的容器就會(huì)被這條命令刪除了。基于安全的考慮，這個(gè)命令默認(rèn)不會(huì)刪除那些未被任何容器引用的數(shù)據(jù)卷，如果需要同時(shí)刪除這些數(shù)據(jù)卷，你需要顯式的指定 --volumns。
所以如果想強(qiáng)制刪除包括容器、網(wǎng)絡(luò)、鏡像、數(shù)據(jù)卷，可以使用如下命令。
docker system prune --all --force --volumns
第二個(gè)方法是把docker存儲(chǔ)數(shù)據(jù)的路徑改到磁盤(pán)空間更大的其他地方。如果是Mac用戶(hù)，可以在圖形化的Docker Desktop的設(shè)置里面修改Disk image location設(shè)置。
我嘗試過(guò)第二種辦法，把Disk image location改到外接的SSD上，并且嘗試把之前的數(shù)據(jù)先同步過(guò)去。后面發(fā)現(xiàn)一個(gè)很大的問(wèn)題，就是在mysql容器中導(dǎo)入數(shù)據(jù)會(huì)非常緩慢，這大概就是外接SSD在docker容器中的寫(xiě)入瓶頸。
假如你只是想運(yùn)行幾個(gè)容器，而不是本地存儲(chǔ)數(shù)據(jù)庫(kù)數(shù)據(jù)，那么將docker數(shù)據(jù)存儲(chǔ)到SSD是一個(gè)不錯(cuò)的辦法。
到此這篇關(guān)于docker磁盤(pán)空間清理的解決辦法的文章就介紹到這了,更多相關(guān)docker磁盤(pán)空間清理內(nèi)容請(qǐng)搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！
