du -s ./* | sort -rn | more

?docker ps -q | xargs docker inspect --format '{{.State.Pid}}, {{.Id}}, {{.Name}}, {{.GraphDriver.Data.WorkDir}}' | grep bff25099a59b0fc8addd06f9223872f2904256f0432b3c3c47b58faef167115f

// 查看docker版本信息
docker version

// 搜索可用的鏡像
docker search mysql

//拉取鏡像-默認是拉取的最新版本
docker pull mysql

//拉取鏡像-特定版本拉取(版本號一定要是官方放出的版本號，否則是查找不到的)
docker pull mysql:8.0.22

// 列舉本機所有鏡像
docker images -a

// 列出鏡像結(jié)果，并且只包含鏡像ID和倉庫名
docker images --format "{{.ID}}: {{.Repository}}"

// 刪除鏡像('xxx'可以為鏡像id或鏡像REPOSITORY)
docker rmi xxx

// 保存對容器的修改（如安裝了ping）
參見https://www.docker.org.cn/book/docker/docer-save-changes-10.html
查看被修改的容器 ：docker ps -l
提交指定容器保存為新的鏡像： docker commit <container id> <new image name>

// 查看容器詳細信息
docker inspect xxx

// 查看所有容器
docker ps -a  
[or]
docker container ls -a

// 查看運行中的容器
docker ps

// 刪除指定容器（Docker 會發(fā)送 SIGKILL 信號給容器。 加-f是刪除處于運行中的容器）
docker rm -f xxx

// 查看docker容器日志
docker logs xxx

// 新建并啟動容器
docker run

// docker run命令實用參數(shù)舉例
-d 讓docker處于后臺運行
-P 容器內(nèi)部端口隨機映射到主機的端口
-p 容器內(nèi)部端口綁定到主機指定的端口（使用：docker run -d -p <主機端口>:<容器端口> ...）
--name 給容器起別名（使用：docker run -d -P --name <容器別名> <鏡像>）
-it 進入交互式終端（這是兩個參數(shù)，一個是 -i 交互式操作，一個是 -t 終端。通常還會在鏡像名后跟一個命令，如我們希望有個交互式 Shell，因此在鏡像后會跟一個 bash）
--rm 這個參數(shù)是說容器退出后隨之將其刪除。
-v 添加數(shù)據(jù)卷（-v /my/own/datadir:/var/lib/mysql /my/own/datadir是主機的數(shù)據(jù)庫路徑 /var/lib/mysql是容器中的數(shù)據(jù)庫路徑）


// 查看指定容器的啟動命令
docker ps -a --no-trunc | grep xxx
[or]
在docker inspect的Path參數(shù)也可見

// 查看容器端口綁定情況
docker port xxx

// 查看docker網(wǎng)絡(luò)
docker network ls

// 創(chuàng)建網(wǎng)絡(luò)
docker network create -d bridge test-net
(說明：-d用于指定docker網(wǎng)絡(luò)類型，分為bridge、overlay)

// 連接容器(運行一個容器并連接到新建的 test-net 網(wǎng)絡(luò))
docker run -itd --name test1 --network test-net ubuntu /bin/bash
docker run -itd --name test2 --network test-net ubuntu /bin/bash
(而后，test1、test2容器間便可以互相ping通了)


// 進入容器后，若發(fā)現(xiàn)有的命令不支持，如：ping www.baidu.com，提示：`bash: ping: command not found`
// 這時就需要手動安裝對應(yīng)命令了。但執(zhí)行apt-get install ping時，又提示：`E: Unable to locate package ping`
// 解決方式：先執(zhí)行apt-get update，再執(zhí)行apt-get install ping即可


// 構(gòu)建鏡像
docker build -t xxx .

** Q：docker優(yōu)勢 **

1、更高效的利用系統(tǒng)資源
由于容器不需要進行硬件虛擬以及運行完整操作系統(tǒng)等額外開銷，Docker 對系統(tǒng)資源的利用率更高。
無論是應(yīng)用執(zhí)行速度、內(nèi)存損耗或者文件存儲速度，都要比傳統(tǒng)虛擬機技術(shù)更高效。
因此，相比虛擬機技術(shù)，一個相同配置的主機，往往可以運行更多數(shù)量的應(yīng)用。

2、更快速的啟動時間
Docker容器應(yīng)用，由于直接運行于宿主內(nèi)核，無需啟動完整的操作系統(tǒng)，
因此可以做到秒級、甚至毫秒級的啟動時間。大大的節(jié)約了開發(fā)、測試、部署的時間。

3、一致的運行環(huán)境
開發(fā)過程中一個常見的問題是環(huán)境一致性問題。
由于開發(fā)環(huán)境、測試環(huán)境、生產(chǎn)環(huán)境不一致，導致有些 bug 并未在開發(fā)過程中被發(fā)現(xiàn)。
而 Docker 的鏡像提供了除內(nèi)核外完整的運行時環(huán)境，確保了應(yīng)用運行環(huán)境一致性，
從而不會再出現(xiàn) “這段代碼在我機器上沒問題啊” 這類問題。

4、持續(xù)交付和部署
對開發(fā)和運維（DevOps）人員來說，最希望的就是一次創(chuàng)建或配置，可以在任意地方正常運行。
使用 Docker 可以通過定制應(yīng)用鏡像來實現(xiàn)持續(xù)集成、持續(xù)交付、部署。
開發(fā)人員可以通過 Dockerfile 來進行鏡像構(gòu)建，并結(jié)合 持續(xù)集成(Continuous Integration) 系統(tǒng)進行集成測試，
而運維人員則可以直接在生產(chǎn)環(huán)境中快速部署該鏡像，甚至結(jié)合 持續(xù)部署(Continuous Delivery/Deployment) 系統(tǒng)進行自動部署。

5、更輕松的遷移
由于 Docker 確保了執(zhí)行環(huán)境的一致性，使得應(yīng)用的遷移更加容易。
因此用戶可以很輕易的將在一個平臺上運行的應(yīng)用，遷移到另一個平臺上，而不用擔心運行環(huán)境的變化導致應(yīng)用無法正常運行的情況。

6、更輕松的擴展和維護
Docker 使用的分層存儲以及鏡像的技術(shù)，使得應(yīng)用重復部分的復用更為容易，
也使得應(yīng)用的維護更新更加簡單，基于基礎(chǔ)鏡像進一步擴展鏡像也變得非常簡單。

// docker commit 的語法格式為：
docker commit [選項] <容器ID或容器名> [<倉庫名>[:<標簽>]]
// 舉例
$ docker commit \
    --author "Tao Wang <twang2218@gmail.com>" \
    --message "修改了默認網(wǎng)頁" \
    webserver \
    nginx:v2
// 查看鏡像的歷史版本提交信息
docker history nginx:v2

docker build https://github.com/twang2218/gitlab-ce-zh.git#:8.14

docker build http://server/context.tar.gz

// Dockerfile指令詳解
- FROM 指定基礎(chǔ)鏡像
所謂定制鏡像，那一定是以一個鏡像為基礎(chǔ)，在其上進行定制。而 FROM 就是指定基礎(chǔ)鏡像。
因此一個 Dockerfile 中 FROM 是必備的指令，并且必須是第一條指令。
(Docker 還存在一個特殊的鏡像，名為 scratch。這個鏡像是虛擬的概念，并不實際存在，它表示一個空白的鏡像。因此直接 FROM scratch 會讓鏡像體積更加小巧。
如果以 scratch 為基礎(chǔ)鏡像的話，意味著你不以任何鏡像為基礎(chǔ)，接下來所寫的指令將作為鏡像第一層開始存在。)

- RUN 執(zhí)行命令
其格式有兩種：
    1. shell 格式：RUN <命令>
    2. exec 格式：RUN ["可執(zhí)行文件", "參數(shù)1", "參數(shù)2"]
每一個 RUN 都是啟動一個容器、執(zhí)行命令、然后提交存儲層文件變更。
對于有多個命令的情況，建議將命令間用‘&&'連接，避免多層構(gòu)建鏡像。正確示例：
    RUN buildDeps='gcc libc6-dev make' \
        && apt-get update \
        && apt-get install -y $buildDeps

- COPY 復制文件
格式：
    COPY <源路徑>... <目標路徑>
    COPY ["<源路徑1>",... "<目標路徑>"]
COPY 指令將從構(gòu)建上下文目錄中 <源路徑> 的文件/目錄復制到新的一層的鏡像內(nèi)的 <目標路徑> 位置。
比如：
    COPY package.json /usr/src/app/
    COPY hom* /mydir/
<源路徑> 可以是多個，甚至可以是通配符
<目標路徑> 可以是容器內(nèi)的絕對路徑，也可以是相對于工作目錄的相對路徑（工作目錄可以用 WORKDIR 指令來指定）。
    目標路徑不需要事先創(chuàng)建，如果目錄不存在會在復制文件前先行創(chuàng)建缺失目錄。

- ADD 更高級的復制文件
ADD 指令和 COPY 的格式和性質(zhì)基本一致，但也有所不同。
比如 <源路徑> 可以是一個 URL，這種情況下，Docker 引擎會試圖去下載這個鏈接的文件放到 <目標路徑> 去。
    下載后的文件權(quán)限自動設(shè)置為 600，如果這并不是想要的權(quán)限，那么還需要增加額外的一層 RUN 進行權(quán)限調(diào)整；
    另外，如果下載的是個壓縮包，需要解壓縮，也一樣還需要額外的一層 RUN 指令進行解壓縮。
    所以不如直接使用 RUN 指令，然后使用 wget 或者 curl 工具下載，處理權(quán)限、解壓縮、然后清理無用文件更合理。
    因此，這個功能其實并不實用，而且不推薦使用。
如果 <源路徑> 為一個 tar 壓縮文件的話，壓縮格式為 gzip, bzip2 以及 xz 的情況下，ADD 指令將會自動解壓縮這個壓縮文件到 <目標路徑> 去。
在 Docker 官方的最佳實踐文檔中要求，盡可能的使用 COPY，因為 COPY 的語義很明確，就是復制文件而已，而 ADD 則包含了更復雜的功能，其行為也不一定很清晰。
另外需要注意的是，ADD 指令會令鏡像構(gòu)建緩存失效，從而可能會令鏡像構(gòu)建變得比較緩慢。

- CMD 容器啟動命令
CMD 指令的格式和 RUN 相似，也是兩種格式：
    shell 格式：CMD <命令>
    exec 格式：CMD ["可執(zhí)行文件", "參數(shù)1", "參數(shù)2"...]
Docker不是虛擬機，容器就是進程。既然是進程，那么在啟動容器的時候，需要指定所運行的程序及參數(shù)。
CMD 指令就是用于指定默認的容器主進程的啟動命令的。
在指令格式上，一般推薦使用 exec 格式，這類格式在解析時會被解析為 JSON 數(shù)組，因此一定要使用雙引號 "，而不要使用單引號。
如果使用 shell 格式的話，實際的命令會被包裝為 sh -c 的參數(shù)的形式進行執(zhí)行。比如：
    CMD echo $HOME
    在實際執(zhí)行中，會將其變更為：
    CMD [ "sh", "-c", "echo $HOME" ]
提到 CMD 就不得不提容器中應(yīng)用在前臺執(zhí)行和后臺執(zhí)行的問題。
容器中的應(yīng)用都應(yīng)該以前臺執(zhí)行，而不是像虛擬機、物理機里面那樣，用 upstart/systemd 去啟動后臺服務(wù)，容器內(nèi)沒有后臺服務(wù)的概念。
對于容器而言，其啟動程序就是容器應(yīng)用進程，容器就是為了主進程而存在的，主進程退出，容器就失去了存在的意義，從而退出，其它輔助進程不是它需要關(guān)心的東西。
舉例：
    CMD service nginx start
    使用 service nginx start 命令，是希望以后臺守護進程形式啟動 nginx 服務(wù)。
    而剛才說了 CMD service nginx start 會被理解為 CMD [ "sh", "-c", "service nginx start"]，因此主進程實際上是 sh。
    那么當 service nginx start 命令結(jié)束后，sh 也就結(jié)束了，sh 作為主進程退出了，自然就會令容器退出。
    正確的做法是直接執(zhí)行 nginx 可執(zhí)行文件，并且要求以前臺形式運行。比如：
        CMD ["nginx", "-g", "daemon off;"]

- ENTRYPOINT 入口點
ENTRYPOINT 的目的和 CMD 一樣，都是在指定容器啟動程序及參數(shù)。ENTRYPOINT 在運行時也可以替代，不過比 CMD 要略顯繁瑣，需要通過 docker run 的參數(shù) --entrypoint 來指定。
當指定了 ENTRYPOINT 后，CMD 的含義就發(fā)生了改變，不再是直接的運行其命令，而是將 CMD 的內(nèi)容作為參數(shù)傳給 ENTRYPOINT 指令，換句話說實際執(zhí)行時，將變?yōu)椋?
<ENTRYPOINT> "<CMD>"
其使用場景及好處參見：https://docs.kilvn.com/docker_practice/image/dockerfile/entrypoint.html

- ENV 設(shè)置環(huán)境變量
格式有兩種：
    ENV <key> <value>
    ENV <key1>=<value1> <key2>=<value2>...
這個指令很簡單，就是設(shè)置環(huán)境變量而已。
環(huán)境變量可以使用的地方很多，很強大。通過環(huán)境變量，我們可以讓一份 Dockerfile 制作更多的鏡像，只需使用不同的環(huán)境變量即可。

- VOLUME 定義匿名卷
格式為：
    VOLUME ["<路徑1>", "<路徑2>"...]
    VOLUME <路徑>
之前我們說過，容器運行時應(yīng)該盡量保持容器存儲層不發(fā)生寫操作，對于數(shù)據(jù)庫類需要保存動態(tài)數(shù)據(jù)的應(yīng)用，其數(shù)據(jù)庫文件應(yīng)該保存于卷(volume)中。
為了防止運行時用戶忘記將動態(tài)文件所保存目錄掛載為卷，在 Dockerfile 中，我們可以事先指定某些目錄掛載為匿名卷，
這樣在運行時如果用戶不指定掛載，其應(yīng)用也可以正常運行，不會向容器存儲層寫入大量數(shù)據(jù)。
VOLUME /data 這里的 /data 目錄就會在運行時自動掛載為匿名卷，任何向 /data 中寫入的信息都不會記錄進容器存儲層，
從而保證了容器存儲層的無狀態(tài)化。當然，運行時可以覆蓋這個掛載設(shè)置。比如：
    docker run -d -v mydata:/data xxxx
    在這行命令中，就使用了 mydata 這個命名卷掛載到了 /data 這個位置，替代了 Dockerfile 中定義的匿名卷的掛載配置。

- EXPOSE 聲明端口
格式為 EXPOSE <端口1> [<端口2>...]
指令是聲明運行時容器提供服務(wù)端口，這只是一個聲明，在運行時并不會因為這個聲明應(yīng)用就會開啟這個端口的服務(wù)。
在 Dockerfile 中寫入這樣的聲明有兩個好處:
    一個是幫助鏡像使用者理解這個鏡像服務(wù)的守護端口，以方便配置映射；
    另一個用處則是在運行時使用隨機端口映射時，也就是 docker run -P 時，會自動隨機映射 EXPOSE 的端口。

- WORKDIR 指定工作目錄
格式為 WORKDIR <工作目錄路徑>
使用 WORKDIR 指令可以來指定工作目錄（或者稱為當前目錄），以后各層的當前目錄就被改為指定的目錄，如該目錄不存在，WORKDIR 會幫你建立目錄。

- USER 指定當前用戶
格式：USER <用戶名>
USER 指令和 WORKDIR 相似，都是改變環(huán)境狀態(tài)并影響以后的層。
    WORKDIR 是改變工作目錄，
    USER 則是改變之后層的執(zhí)行 RUN, CMD 以及 ENTRYPOINT 這類命令的身份。

- HEALTHCHECK 健康檢查
格式：
    HEALTHCHECK [選項] CMD <命令>：設(shè)置檢查容器健康狀況的命令
    HEALTHCHECK NONE：如果基礎(chǔ)鏡像有健康檢查指令，使用這行可以屏蔽掉其健康檢查指令
HEALTHCHECK 指令是告訴 Docker 應(yīng)該如何進行判斷容器的狀態(tài)是否正常，這是 Docker 1.12 引入的新指令。
自 1.12 之后，Docker 提供了 HEALTHCHECK 指令，通過該指令指定一行命令，用這行命令來判斷容器主進程的服務(wù)狀態(tài)是否還正常，從而比較真實的反應(yīng)容器實際狀態(tài)。
    背景：
        在沒有 HEALTHCHECK 指令前，Docker 引擎只可以通過容器內(nèi)主進程是否退出來判斷容器是否狀態(tài)異常。
        很多情況下這沒問題，但是如果程序進入死鎖狀態(tài)，或者死循環(huán)狀態(tài)，應(yīng)用進程并不退出，但是該容器已經(jīng)無法提供服務(wù)了。
        在 1.12 以前，Docker 不會檢測到容器的這種狀態(tài)，從而不會重新調(diào)度，導致可能會有部分容器已經(jīng)無法提供服務(wù)了卻還在接受用戶請求。
當在一個鏡像指定了 HEALTHCHECK 指令后，用其啟動容器，初始狀態(tài)會為 starting，在 HEALTHCHECK 指令檢查成功后變?yōu)?healthy，如果連續(xù)一定次數(shù)失敗，則會變?yōu)?unhealthy。
HEALTHCHECK 支持下列選項：
    --interval=<間隔>：兩次健康檢查的間隔，默認為 30 秒；
    --timeout=<時長>：健康檢查命令運行超時時間，如果超過這個時間，本次健康檢查就被視為失敗，默認 30 秒；
    --retries=<次數(shù)>：當連續(xù)失敗指定次數(shù)后，則將容器狀態(tài)視為 unhealthy，默認 3 次。
和 CMD, ENTRYPOINT 一樣，HEALTHCHECK 只可以出現(xiàn)一次，如果寫了多個，只有最后一個生效。
在 HEALTHCHECK [選項] CMD 后面的命令，格式和 ENTRYPOINT 一樣，分為 shell 格式，和 exec 格式。
  命令的返回值決定了該次健康檢查的成功與否：0：成功；1：失敗
舉例：
    假設(shè)我們有個鏡像是個最簡單的 Web 服務(wù)，我們希望增加健康檢查來判斷其 Web 服務(wù)是否在正常工作，我們可以用 curl 來幫助判斷，其 Dockerfile 的 HEALTHCHECK 可以這么寫：
    FROM nginx
    RUN apt-get update \
        && apt-get install -y curl \
        && rm -rf /var/lib/apt/lists/*
    HEALTHCHECK --interval=5s --timeout=3s \
        CMD curl -fs http://localhost/ || exit 1
    這里我們設(shè)置了每 5 秒檢查一次（這里為了試驗所以間隔非常短，實際應(yīng)該相對較長）,
    如果健康檢查命令超過 3 秒沒響應(yīng)就視為失敗，并且使用 curl -fs http://localhost/ || exit 1 作為健康檢查命令。

- ONBUILD 為他人做嫁衣裳
參見：https://docs.kilvn.com/docker_practice/image/dockerfile/onbuild.html

docker save mynginx | gzip > mynginx-latest.tar.gz

docker load -i mynginx-latest.tar.gz

docker save <鏡像名> | bzip2 | pv | ssh <用戶名>@<主機名> 'cat | docker load'

docker export myubuntu > myubuntu.tar

cat myubuntu.tar | docker import - myubuntu:v1.0