如果要刪除本地的鏡像，可以使用 docker image rm 命令，其格式為：
$ docker image rm [選項] <鏡像1> [<鏡像2> ...]
#用 ID、鏡像名、摘要刪除鏡像
其中，<鏡像> 可以是 鏡像短 ID、鏡像長 ID、鏡像名 或者 鏡像摘要。
比如我們有這么一些鏡像：
$ docker image ls
REPOSITORY TAG IMAGE ID CREATED SIZE
centos latest 0584b3d2cf6d 3 weeks ago 196.5 MB
redis alpine 501ad78535f0 3 weeks ago 21.03 MB
docker latest cf693ec9b5c7 3 weeks ago 105.1 MB
nginx latest e43d811ce2f4 5 weeks ago 181.5 MB
我們可以用鏡像的完整 ID，也稱為 長 ID，來刪除鏡像。使用腳本的時候可能會用長 ID，但是人工輸入就太累了，所以更多的時候是用 短 ID 來刪除鏡像。docker image ls 默認列出的就已經是短 ID 了，一般取前3個字符以上，只要足夠區分於別的鏡像就可以了。
比如這里，如果我們要刪除 redis:alpine 鏡像，可以執行：
$ docker image rm 501
Untagged: redis:alpine
Untagged: redis@sha256:f1ed3708f538b537eb9c2a7dd50dc90a706f7debd7e1196c9264edeea521a86d
Deleted: sha256:501ad78535f015d88872e13fa87a828425117e3d28075d0c117932b05bf189b7
Deleted: sha256:96167737e29ca8e9d74982ef2a0dda76ed7b430da55e321c071f0dbff8c2899b
Deleted: sha256:32770d1dcf835f192cafd6b9263b7b597a1778a403a109e2cc2ee866f74adf23
Deleted: sha256:127227698ad74a5846ff5153475e03439d96d4b1c7f2a449c7a826ef74a2d2fa
Deleted: sha256:1333ecc582459bac54e1437335c0816bc17634e131ea0cc48daa27d32c75eab3
Deleted: sha256:4fc455b921edf9c4aea207c51ab39b10b06540c8b4825ba57b3feed1668fa7c7
我們也可以用鏡像名，也就是 <倉庫名>:<標簽>，來刪除鏡像。
$ docker image rm centos
Untagged: centos:latest
Untagged: centos@sha256:b2f9d1c0ff5f87a4743104d099a3d561002ac500db1b9bfa02a783a46e0d366c
Deleted: sha256:0584b3d2cf6d235ee310cf14b54667d889887b838d3f3d3033acd70fc3c48b8a
Deleted: sha256:97ca462ad9eeae25941546209454496e1d66749d53dfa2ee32bf1faabd239d38
當然，更精確的是使用 鏡像摘要 刪除鏡像。
$ docker image ls --digests
REPOSITORY TAG DIGEST IMAGE ID CREATED SIZE
node slim sha256:b4f0e0bdeb578043c1ea6862f0d40cc4afe32a4a582f3be235a3b164422be228 6e0c4c8e3913 3 weeks ago 214 MB
$ docker image rm node@sha256:b4f0e0bdeb578043c1ea6862f0d40cc4afe32a4a582f3be235a3b164422be228
Untagged: node@sha256:b4f0e0bdeb578043c1ea6862f0d40cc4afe32a4a582f3be235a3b164422be228
#Untagged 和 Deleted
如果觀察上面這幾個命令的運行輸出信息的話，你會注意到刪除行為分為兩類，一類是 Untagged，另一類是 Deleted。我們之前介紹過，鏡像的唯一標識是其 ID 和摘要，而一個鏡像可以有多個標簽。
因此當我們使用上面命令刪除鏡像的時候，實際上是在要求刪除某個標簽的鏡像。所以首先需要做的是將滿足我們要求的所有鏡像標簽都取消，這就是我們看到的 Untagged 的信息。因為一個鏡像可以對應多個標簽，因此當我們刪除了所指定的標簽后，可能還有別的標簽指向了這個鏡像，如果是這種情況，那么 Delete 行為就不會發生。所以並非所有的 docker image rm 都會產生刪除鏡像的行為，有可能僅僅是取消了某個標簽而已。
當該鏡像所有的標簽都被取消了，該鏡像很可能會失去了存在的意義，因此會觸發刪除行為。鏡像是多層存儲結構，因此在刪除的時候也是從上層向基礎層方向依次進行判斷刪除。鏡像的多層結構讓鏡像復用變動非常容易，因此很有可能某個其它鏡像正依賴於當前鏡像的某一層。這種情況，依舊不會觸發刪除該層的行為。直到沒有任何層依賴當前層時，才會真實的刪除當前層。這就是為什么，有時候會奇怪，為什么明明沒有別的標簽指向這個鏡像，但是它還是存在的原因，也是為什么有時候會發現所刪除的層數和自己 docker pull 看到的層數不一樣的源。
除了鏡像依賴以外，還需要注意的是容器對鏡像的依賴。如果有用這個鏡像啟動的容器存在（即使容器沒有運行），那么同樣不可以刪除這個鏡像。之前講過，容器是以鏡像為基礎，再加一層容器存儲層，組成這樣的多層存儲結構去運行的。因此該鏡像如果被這個容器所依賴的，那么刪除必然會導致故障。如果這些容器是不需要的，應該先將它們刪除，然后再來刪除鏡像。
#用 docker image ls 命令來配合
像其它可以承接多個實體的命令一樣，可以使用 docker image ls -q 來配合使用 docker image rm，這樣可以成批的刪除希望刪除的鏡像。我們在“鏡像列表”章節介紹過很多過濾鏡像列表的方式都可以拿過來使用。
比如，我們需要刪除所有倉庫名為 redis 的鏡像：
$ docker image rm $(docker image ls -q redis)
或者刪除所有在 mongo:3.2 之前的鏡像：
$ docker image rm $(docker image ls -q -f before=mongo:3.2)
充分利用你的想象力和 Linux 命令行的強大，你可以完成很多非常贊的功能。
#CentOS/RHEL 的用戶需要注意的事項
在 Ubuntu/Debian 上有 UnionFS 可以使用，如 aufs 或者 overlay2，而 CentOS 和 RHEL 的內核中沒有相關驅動。因此對於這類系統，一般使用 devicemapper 驅動利用 LVM 的一些機制來模擬分層存儲。這樣的做法除了性能比較差外，穩定性一般也不好，而且配置相對復雜。Docker 安裝在 CentOS/RHEL 上后，會默認選擇 devicemapper，但是為了簡化配置，其 devicemapper 是跑在一個稀疏文件模擬的塊設備上，也被稱為 loop-lvm。這樣的選擇是因為不需要額外配置就可以運行 Docker，這是自動配置唯一能做到的事情。但是 loop-lvm 的做法非常不好，其穩定性、性能更差，無論是日志還是 docker info 中都會看到警告信息。官方文檔有明確的文章講解了如何配置塊設備給 devicemapper 驅動做存儲層的做法，這類做法也被稱為配置 direct-lvm。
除了前面說到的問題外，devicemapper + loop-lvm 還有一個缺陷，因為它是稀疏文件，所以它會不斷增長。用戶在使用過程中會注意到 /var/lib/docker/devicemapper/devicemapper/data 不斷增長，而且無法控制。很多人會希望刪除鏡像或者可以解決這個問題，結果發現效果並不明顯。原因就是這個稀疏文件的空間釋放后基本不進行垃圾回收的問題。因此往往會出現即使刪除了文件內容，空間卻無法回收，隨着使用這個稀疏文件一直在不斷增長。
所以對於 CentOS/RHEL 的用戶來說，在沒有辦法使用 UnionFS 的情況下，一定要配置 direct-lvm 給 devicemapper，無論是為了性能、穩定性還是空間利用率。
或許有人注意到了 CentOS 7 中存在被 backports 回來的 overlay 驅動，不過 CentOS 里的這個驅動達不到生產環境使用的穩定程度，所以不推薦使用。