diff --git a/docker-资源限制.md b/docker-资源限制.md
new file mode 100644
index 0000000..1e1b5d6
--- /dev/null
+++ b/docker-资源限制.md
@@ -0,0 +1,286 @@
+Docker 资源限制
+
+------
+
+## 一：Docker 资源限制
+
+ 在使用 Docker 运行容器时，一台主机上可能会运行几百个容器，这些容器虽然互相隔离，但是底层却使用着相同的 CPU、内存和磁盘资源。如果不对容器使用的资源进行限制，那么容器之间会互相影响，小的来说会导致容器资源使用不公平；大的来说，可能会导致主机和集群资源耗尽，服务完全不可用。
+
+ CPU 和内存的资源限制已经是比较成熟和易用，能够满足大部分用户的需求。磁盘限制也是不错的，虽然现在无法动态地限制容量，但是限制磁盘读写速度也能应对很多场景。
+
+ 至于网络，Docker 现在并没有给出网络限制的方案，也不会在可见的未来做这件事情，因为目前网络是通过插件来实现的，和容器本身的功能相对独立，不是很容易实现，扩展性也很差。
+
+ 资源限制一方面可以让我们为容器（应用）设置合理的 CPU、内存等资源，方便管理；另外一方面也能有效地预防恶意的攻击和异常，对容器来说是非常重要的功能。如果你需要在生产环境使用容器，请务必要花时间去做这件事情。
+
+### 1. 系统压力测试
+
+ `stress`是一个`linux`下的压力测试工具，专门为那些想要测试自己的系统，完全高负荷和监督这些设备运行的用户。
+
+**安装**
+
+```bash
+yum -y install stress
+```
+
+**测试场景举例**
+
+```bash
+测试CPU负荷
+# stress -c 4
+增加4个cpu进程，处理sqrt()函数函数，以提高系统CPU负荷
+
+内存测试
+# stress –i 4 --vm 10 --vm-bytes 1G --vm-hang 100 --timeout 100s
+新增4个io进程，10个内存分配进程，每次分配大小1G，分配后不释放，测试100S
+
+磁盘I/O测试
+# stress –d 1 --hdd-bytes 3G
+新增1个写进程，每次写3G文件块
+
+硬盘测试（不删除）
+# stress -i 1 -d 10 --hdd-bytes 3G –hdd-noclean
+新增1个IO进程，10个写进程，每次写入3G文件块，且不清除，会逐步将硬盘耗尽。
+```
+
+`stress`各主用参数说明：
+
+```shell
+--help 显示帮助信息
+--version 显示软件版本信息
+-t secs:
+--timeout secs指定运行多少秒
+-c forks:
+--cpu forks 产生多个处理sqrt()函数的CPU进程
+-m forks
+--vm forks:产生多个处理malloc()内存分配函数的进程，后接进程数量
+-i forks
+--io forks:产生多个处理sync()函数的磁盘I/O进程
+--vm-bytes bytes：指定内存的byte数，默认值是1
+--vm-hang:表示malloc分配的内存多少时间后在free()释放掉
+-d :
+--hdd:写进程，写入固定大小，通过mkstemp()函数写入当前目录
+--hdd-bytes bytes:指定写的byte数，默认1G
+--hdd-noclean:不要将写入随机ascii数据的文件unlink，则写入的文件不删除，会保留在硬盘空间。
+```
+
+### 2. 限制CPU share
+
+**CPU 资源：**
+
+ 主机上的进程会通过时间分片机制使用 CPU，CPU 的量化单位是频率，也就是每秒钟能执行的运算次数。为容器限制 CPU 资源并不能改变 CPU 的运行频率，而是改变每个容器能使用的 CPU 时间片。理想状态下，CPU 应该一直处于运算状态（并且进程需要的计算量不会超过 CPU 的处理能力）。
+
+**Docker 限制 CPU Share：**
+
+ docker 允许用户为每个容器设置一个数字，代表容器的 CPU share，默认情况下每个容器的 share 是 1024。这个 share 是相对的，本身并不能代表任何确定的意义。当主机上有多个容器运行时，每个容器占用的 CPU 时间比例为它的 share 在总额中的比例。docker 会根据主机上运行的容器和进程动态调整每个容器使用 CPU 的时间比例。
+
+例子：
+
+ 如果主机上有两个一直使用 CPU 的容器（为了简化理解，不考虑主机上其他进程），其 CPU share 都是 1024，那么两个容器 CPU 使用率都是 50%；如果把其中一个容器的 share 设置为 512，那么两者 CPU 的使用率分别为 67% 和 33%；如果删除 share 为 1024 的容器，剩下来容器的 CPU 使用率将会是 100%。
+
+**好处：**
+
+ 能保证 CPU 尽可能处于运行状态，充分利用 CPU 资源，而且保证所有容器的相对公平。
+
+**缺点：**
+
+ 无法指定容器使用 CPU 的确定值。
+
+**设置 CPU share 的参数：**
+
+ -c --cpu-shares，它的值是一个整数
+
+ 我的机器是 4 核 CPU，因此运行一个stress容器,使用 stress 启动 4 个进程来产生计算压力：
+
+```bash
+# docker pull progrium/stress
+# yum install htop -y
+# docker run --rm -it progrium/stress --cpu 4
+stress: info: [1] dispatching hogs: 4 cpu, 0 io, 0 vm, 0 hdd
+stress: dbug: [1] using backoff sleep of 12000us
+stress: dbug: [1] --> hogcpu worker 4 [7] forked
+stress: dbug: [1] using backoff sleep of 9000us
+stress: dbug: [1] --> hogcpu worker 3 [8] forked
+stress: dbug: [1] using backoff sleep of 6000us
+stress: dbug: [1] --> hogcpu worker 2 [9] forked
+stress: dbug: [1] using backoff sleep of 3000us
+stress: dbug: [1] --> hogcpu worker 1 [10] forked
+```
+
+在另外一个 terminal 使用 htop 查看资源的使用情况：
+
+
+
+ 上图中看到，CPU 四个核资源都达到了 100%。四个 stress 进程 CPU 使用率没有达到 100% 是因为系统中还有其他机器在运行
+
+为了比较，另外启动一个 share 为 512 的容器
+
+```bash
+# docker run --rm -it -c 512 progrium/stress --cpu 4
+stress: info: [1] dispatching hogs: 4 cpu, 0 io, 0 vm, 0 hdd
+stress: dbug: [1] using backoff sleep of 12000us
+stress: dbug: [1] --> hogcpu worker 4 [6] forked
+stress: dbug: [1] using backoff sleep of 9000us
+stress: dbug: [1] --> hogcpu worker 3 [7] forked
+stress: dbug: [1] using backoff sleep of 6000us
+stress: dbug: [1] --> hogcpu worker 2 [8] forked
+stress: dbug: [1] using backoff sleep of 3000us
+stress: dbug: [1] --> hogcpu worker 1 [9] forked
+```
+
+ 因为默认情况下，容器的 CPU share 为 1024，所以这两个容器的 CPU 使用率应该大致为 2：1，下面是启动第二个容器之后的监控截图：
+
+
+
+ 两个容器分别启动了四个 stress 进程，第一个容器 stress 进程 CPU 使用率都在 54% 左右，第二个容器 stress 进程 CPU 使用率在 25% 左右，比例关系大致为 2：1，符合之前的预期
+
+### 3. 限制容器能使用的 CPU 核数
+
+ -c --cpu-shares 参数只能限制容器使用 CPU 的比例，或者说优先级，无法确定地限制容器使用 CPU 的具体核数；从 1.13 版本之后，docker 提供了 --cpus 参数可以限定容器能使用的 CPU 核数。这个功能可以让我们更精确地设置容器 CPU 使用量，是一种更容易理解也因此更常用的手段。
+
+ --cpus 后面跟着一个浮点数，代表容器最多使用的核数，可以精确到小数点二位，也就是说容器最小可以使用 0.01 核 CPU。
+
+限制容器只能使用 1.5 核数 CPU：
+
+```bash
+# docker run --rm -it --cpus 1.5 progrium/stress --cpu 3
+stress: info: [1] dispatching hogs: 3 cpu, 0 io, 0 vm, 0 hdd
+stress: dbug: [1] using backoff sleep of 9000us
+stress: dbug: [1] --> hogcpu worker 3 [7] forked
+stress: dbug: [1] using backoff sleep of 6000us
+stress: dbug: [1] --> hogcpu worker 2 [8] forked
+stress: dbug: [1] using backoff sleep of 3000us
+stress: dbug: [1] --> hogcpu worker 1 [9] forked
+```
+
+ 在容器里启动三个 stress 来跑 CPU 压力，如果不加限制，这个容器会导致 CPU 的使用率为 300% 左右（也就是说会占用三个核的计算能力）。实际的监控如下图：
+
+
+
+ 可以看到，每个 stress 进程 CPU 使用率大约在 50%，总共的使用率为 150%，符合 1.5 核的设置。
+
+如果设置的 --cpus 值大于主机的 CPU 核数，docker 会直接报错：
+
+```bash
+# docker run --rm -it --cpus 8 progrium/stress --cpu 3
+docker: Error response from daemon: Range of CPUs is from 0.01 to 4.00, as there are only 4 CPUs available.
+See 'docker run --help'.
+```
+
+ 如果多个容器都设置了 --cpus ，并且它们之和超过主机的 CPU 核数，并不会导致容器失败或者退出，这些容器之间会竞争使用 CPU，具体分配的 CPU 数量取决于主机运行情况和容器的 CPU share 值。也就是说 --cpus 只能保证在 CPU 资源充足的情况下容器最多能使用的 CPU 数，docker 并不能保证在任何情况下容器都能使用这么多的 CPU（因为这根本是不可能的）。
+
+### 4. 内存资源
+
+ Docker 默认没有对容器内存进行限制，容器可以使用主机提供的所有内存。
+
+不限制内存带来的问题：
+
+ 这是非常危险的事情，如果某个容器运行了恶意的内存消耗软件，或者代码有内存泄露，很可能会导致主机内存耗尽，因此导致服务不可用。可以为每个容器设置内存使用的上限，一旦超过这个上限，容器会被杀死，而不是耗尽主机的内存。
+
+限制内存带来的问题：
+
+ 限制内存上限虽然能保护主机，但是也可能会伤害到容器里的服务。如果为服务设置的内存上限太小，会导致服务还在正常工作的时候就被 OOM 杀死；如果设置的过大，会因为调度器算法浪费内存。
+
+合理做法：
+
+- 为应用做内存压力测试，理解正常业务需求下使用的内存情况，然后才能进入生产环境使用。
+- 一定要限制容器的内存使用上限，尽量保证主机的资源充足，一旦通过监控发现资源不足，就进行扩容或者对容器进行迁移如果可以（内存资源充足的情况）。
+- 尽量不要使用 swap，swap 的使用会导致内存计算复杂，对调度器非常不友好
+
+**Docker 限制容器内存使用量：**
+
+ 在 docker 启动参数中，和内存限制有关的包括（参数的值一般是内存大小，也就是一个正数，后面跟着内存单位 b、k、m、g，分别对应 bytes、KB、MB、和 GB）：
+
+```shell
+-m --memory：容器能使用的最大内存大小，最小值为 4m
+--memory-swap：容器能够使用的 swap 大小
+--memory-swappiness：默认情况下，主机可以把容器使用的匿名页（anonymous page）swap 出来，你可以设置一个 0-100 之间的值，代表允许 swap 出来的比例
+--memory-reservation：设置一个内存使用的 soft limit(软限制)，如果 docker 发现主机内存不足，会执行 OOM 操作。这个值必须小于 --memory 设置的值
+--kernel-memory：容器能够使用的 kernel memory (内核内存)大小，最小值为 4m。
+--oom-kill-disable：是否运行 OOM 的时候杀死容器。只有设置了 -m，才可以把这个选项设置为 false(假)，否则容器会耗尽主机内存，而且导致主机应用被杀死
+```
+
+- 关于 --memory-swap 的设置： --memory-swap 必须在 --memory 也配置的情况下才能有用。
+- 如果 --memory-swap 的值大于 --memory，那么容器能使用的总内存（内存 + swap）为 --memory-swap 的值，能使用的 swap 值为 --memory-swap 减去 --memory 的值。
+- 如果 --memory-swap 为 0，或者和 --memory 的值相同，那么容器能使用两倍于内存的 swap 大小，如果 --memory 对应的值是 200M，那么容器可以使用 400M swap。
+- 如果 --memory-swap 的值为 -1，那么不限制 swap 的使用，也就是说主机有多少 swap，容器都可以使用
+
+ 如果限制容器的内存使用为 64M，在申请 64M 资源的情况下，容器运行正常（如果主机上内存非常紧张，并不一定能保证这一点）
+
+```bash
+# docker run --rm -it -m 64m progrium/stress --vm 1 --vm-bytes 64M --vm-hang 0
+WARNING: Your kernel does not support swap limit capabilities or the cgroup is not mounted. Memory limited without swap.
+stress: info: [1] dispatching hogs: 0 cpu, 0 io, 1 vm, 0 hdd
+stress: dbug: [1] using backoff sleep of 3000us
+stress: dbug: [1] --> hogvm worker 1 [7] forked
+stress: dbug: [7] allocating 67108864 bytes ...
+stress: dbug: [7] touching bytes in strides of 4096 bytes ...
+stress: dbug: [7] sleeping forever with allocated memory
+.....
+```
+
+ 而如果申请 100M 内存，会发现容器里的进程被 kill 掉了（worker 7 got signal 9，signal 9 就是 kill 信号）。
+
+```bash
+# docker run --rm -it -m 64m progrium/stress --vm 1 --vm-bytes 100M --vm-hang 0
+WARNING: Your kernel does not support swap limit capabilities or the cgroup is not mounted. Memory limited without swap.
+stress: info: [1] dispatching hogs: 0 cpu, 0 io, 1 vm, 0 hdd
+stress: dbug: [1] using backoff sleep of 3000us
+stress: dbug: [1] --> hogvm worker 1 [7] forked
+stress: dbug: [7] allocating 104857600 bytes ...
+stress: dbug: [7] touching bytes in strides of 4096 bytes ...
+stress: FAIL: [1] (415) <-- worker 7 got signal 9
+stress: WARN: [1] (417) now reaping child worker processes
+stress: FAIL: [1] (421) kill error: No such process
+stress: FAIL: [1] (451) failed run completed in 0s
+```
+
+### 5. IO 资源
+
+ 对于磁盘来说，考量的参数是容量和读写速度，因此对容器的磁盘限制也应该从这两个维度出发。目前 docker 支持对磁盘的读写速度进行限制，但是并没有方法能限制容器能使用的磁盘容量（一旦磁盘 mount 到容器里，容器就能够使用磁盘的所有容量）。
+
+限制磁盘的读写速率，docker 允许你直接限制磁盘的读写速率，对应的参数有：
+
+- --device-read-bps：磁盘每秒最多可以读多少比特（bytes）
+- --device-write-bps：磁盘每秒最多可以写多少比特（bytes）
+
+ 上面两个参数的值都是磁盘以及对应的速率，限制 limit 为正整数，单位可以是 kb、mb 和 gb
+
+比如可以把设备的读速率限制在 1mb：
+
+```bash
+# docker run -it --device /dev/sda:/dev/sda --device-read-bps /dev/sda:1mb ubuntu:16.04 bash
+
+root@6c048edef769:/# cat /sys/fs/cgroup/blkio/blkio.throttle.read_bps_device
+8:0 1048576
+
+root@6c048edef769:/# dd iflag=direct,nonblock if=/dev/sda of=/dev/null bs=5M count=10
+10+0 records in
+10+0 records out
+52428800 bytes (52 MB) copied, 50.0154 s, 1.0 MB/s
+```
+
+从磁盘中读取 50m 花费了 50s 左右，说明磁盘速率限制起了作用
+
+另外两个参数可以限制磁盘读写频率（每秒能执行多少次读写操作）：
+
+- --device-read-iops：磁盘每秒最多可以执行多少 IO 读操作
+- --device-write-iops：磁盘每秒最多可以执行多少 IO 写操作
+
+ 上面两个参数的值都是磁盘以及对应的 IO 上限
+
+比如，可以让磁盘每秒最多读 100 次：
+
+```bash
+# docker run -it --device /dev/sda:/dev/sda --device-read-iops /dev/sda:100 ubuntu:16.04 bash
+root@2e3026e9ccd2:/# dd iflag=direct,nonblock if=/dev/sda of=/dev/null bs=1k count=1000
+1000+0 records in
+1000+0 records out
+1024000 bytes (1.0 MB) copied, 9.9159 s, 103 kB/s
+```
+
+ 从测试中可以看出，容器设置了读操作的 iops 为 100，在容器内部从 block 中读取 1m 数据（每次 1k，一共要读 1000 次），共计耗时约 10s，换算起来就是 100。
+
+总结：
+
+ Linux Cgroups 的设计还是比较易用的，简单粗暴地理解呢，它就是一个子系统目录加上一组资源限制文件的组合。
+
diff --git a/docker-镜像容器管理.md b/docker-镜像容器管理.md
new file mode 100644
index 0000000..2b9b9d2
--- /dev/null
+++ b/docker-镜像容器管理.md
@@ -0,0 +1,308 @@
+Docker 镜像容器管理
+
+------
+
+## 一：镜像管理
+
+### 1. 搜索镜像
+
+这种方法只能用于官方镜像库
+
+```bash
+[root@docker ~]# docker search centos
+```
+
+按星级搜索镜像，例如查找 star 数至少为 100 的镜像，默认不加 s 选项找出所有相关 ubuntu 镜像
+
+```bash
+[root@docker ~]# docker search ubuntu -f stars=100
+```
+
+### 2. 拉取镜像
+
+```bash
+[root@docker ~]# docker pull centos
+```
+
+### 3. 查看本地镜像
+
+```bash
+[root@docker ~]# docker images
+```
+
+### 4. 查看镜像详情
+
+```bash
+[root@docker ~]# docker image inspect 镜像id
+```
+
+只查看所有镜像的id
+
+```bash
+[root@docker ~]# docker images -q
+```
+
+查看镜像制作的过程，相当于Dockerfile
+
+```bash
+[root@docker ~]# docker history centos:latest
+IMAGE CREATED CREATED BY SIZE COMMENT
+5d0da3dc9764 3 years ago /bin/sh -c #(nop) CMD ["/bin/bash"] 0B
+ 3 years ago /bin/sh -c #(nop) LABEL org.label-schema.sc… 0B
+ 3 years ago /bin/sh -c #(nop) ADD file:805cb5e15fb6e0bb0… 231MB
+```
+
+### 5. 删除镜像
+
+删除一个或多个，多个之间用空格隔开，可以使用镜像名称或id
+
+```bash
+[root@docker ~]# docker rmi redis:latest
+```
+
+**强制删除**
+
+如果镜像正在被使用，可用--force强制删除
+
+```bash
+[root@docker ~]# docker rmi mysql:5.7 --force
+```
+
+**删除所有镜像**
+
+```bash
+[root@docker ~]# docker rmi $(docker images -q)
+```
+
+### 6. 给镜像打个 tag
+
+```bash
+[root@docker ~]# docker tag centos:latest centos:v7
+```
+
+## 二：容器管理
+
+### 1. 创建新容器但不启动
+
+```bash
+[root@docker ~]# docker create --name="centos-v7" -it centos:latest /bin/bash
+```
+
+### 2. 创建并运行一个新容器
+
+```bash
+[root@docker ~]# docker run -it -d --name="mysql-v5.7" --restart=always mysql:5.7 /bin/bash
+```
+
+语法格式：
+
+```shell
+docker run [选项] <镜像名> [命令]
+
+选项：
+-v：文件映射，格式为：主机目录：容器目录
+-d: 后台运行容器，并返回容器ID；
+-i: 以交互模式运行容器，通常与 -t 同时使用
+-p: 端口映射，格式为：主机(宿主)端口:容器端口
+-P: 自动将容器所有暴露的端口映射到宿主机随机端口
+-t: 为容器重新分配一个伪输入终端，通常与 -i 同时使用
+-u: 以指定用户身份运行容器
+-h: "mars": 指定容器的hostname；
+-e: username="ritchie": 设置环境变量
+--name="nginx-lb": 为容器指定一个名称；
+--dns 8.8.8.8: 指定容器使用的DNS服务器，默认和宿主一致
+--dns-search example.com: 指定容器DNS搜索域名，默认和宿主一致
+--restart=always: 容器随docker engine自启动，因为重启docker时默认容器都会被关闭,也适用于create子命令
+--cpuset-cpus="0-2" or --cpuset-cpus="0,1,2": 绑定容器到指定CPU运行
+--privileged 以特权模式运行
+```
+
+### 3. 查看容器
+
+只查看运行状态的容器
+
+```bash
+[root@docker ~]# docker ps
+```
+
+查看所有容器
+
+```bash
+[root@docker ~]# docker ps -a
+```
+
+只查看容器`id`
+
+```bash
+[root@docker ~]# docker ps -a -q
+```
+
+列出最近一次启动的容器
+
+```bash
+[root@docker ~]# docker ps -l
+```
+
+**查看容器详细信息**
+
+用于查看容器的配置信息，包含容器名、环境变量、运行命令、主机配置、网络配置和数据卷配置等。
+
+```bash
+[root@docker ~]# docker inspect 9777
+```
+
+比如：容器里在安装ip或ifconfig命令之前，查看网卡IP显示容器IP地址和端口号，如果输出是空的说明没有配置IP地址（不同的Docker容器可以通过此IP地址互相访问）
+
+```bash
+[root@docker ~]# docker inspect --format='{{.NetworkSettings.IPAddress}}' 9777
+```
+
+### 4. 启动容器
+
+```bash
+[root@docker ~]# docker start 容器名称
+
+重启
+[root@docker ~]# docker restart 容器名称
+```
+
+### 5. 关闭容器
+
+```bash
+[root@docker ~]# docker stop 容器名称
+[root@docker ~]# docker kill 容器名称
+
+关闭所有running状态的容器
+[root@docker ~]# docker kill $(docker ps -q)
+```
+
+### 6. 删除容器
+
+```bash
+[root@docker ~]# docker rm 容器id或名称
+要删除一个运行中的容器，添加 -f 参数
+
+根据状态删除所有容器
+[root@docker ~]# docker rm $(docker ps -qf status=exited)
+```
+
+### 7. 暂停、恢复容器
+
+```bash
+暂停容器
+[root@docker ~]# docker pause name
+
+恢复容器
+[root@docker ~]# docker unpause name
+```
+
+### 8. 修改容器名称
+
+```bash
+[root@docker ~]# docker rename mytest test
+```
+
+### 9. 动态显示容器的资源消耗情况
+
+```bash
+[root@docker ~]# docker stats 容器名称
+```
+
+### 10. 输出容器端口与宿主机端口的映射情况
+
+```bash
+[root@docker ~]# docker port 容器名称
+```
+
+### 11. 连接容器
+
+**attach**
+
+```bash
+[root@docker ~]# docker attach 容器id
+前提是容器创建时必须指定了交互shell
+```
+
+**exec**
+
+通过exec命令可以创建两种任务：后台型任务和交互型任务
+
+交互型任务
+
+```bash
+[root@docker ~]# docker exec -it 容器id /bin/bash
+```
+
+后台型任务
+
+```bash
+[root@docker ~]# docker exec 容器id touch /testfile
+```
+
+### 12. 断开与容器的连接且关闭容器
+
+```bash
+[root@96d1f135e795 /]# exit
+快捷键ctrl+d
+如果只想断开和容器的连接而不关闭容器可使用快捷键ctrl+p+q
+```
+
+### 13. 监控容器运行
+
+**logs**
+
+ 可以通过使用docker logs命令来查看容器的运行日志，其中--tail选项可以指定查看最后几条日志，而-t选项则可以对日志条目附加时间戳。使用-f选项可以跟踪日志的输出，直到手动停止。
+
+```bash
+[root@docker ~]# docker logs App_Container //不同终端操作
+[root@docker ~]# docker logs -f App_Container
+[root@docker ~]# docker run -itd --name mytest docker.io/centos /bin/sh -c "while true; do echo hello world; sleep 2; done"
+37738fe3d6f9ef26152cb25018df9528a89e7a07355493020e72f147a291cd17
+[root@docker ~]# docker logs mytest
+hello world
+hello world
+
+docker run -itd --name mytest 298ec /bin/sh -c "while true; do echo hello world; sleep 2; done"
+```
+
+**top**
+
+显示一个运行的容器里面的进程信息
+
+```bash
+[root@docker ~]# docker top mysql-v5.7
+```
+
+**events**
+
+实时输出Docker服务器端的事件，包括容器的创建，启动，关闭等
+
+```bash
+[root@docker ~]# docker start mysql-v5.7
+
+[root@docker ~]# docker events //不同终端操作
+2025-03-31T20:10:17.222402344+08:00 network connect e83d539b24e4feb53840b16cc3213ccb74fc660de2540d3ce60036df2f4177cf (container=9777c67416eecb90140a02ddacf7c1c8e5f6514553580f4a10ab7e2946cb82c3, name=bridge, type=bridge)
+2025-03-31T20:10:17.223307361+08:00 volume mount 4de49ba26655f7c8eed55cf8b539ddc409b784f831d1f642e554bf2b7d31b581 (container=9777c67416eecb90140a02ddacf7c1c8e5f6514553580f4a10ab7e2946cb82c3, destination=/var/lib/mysql, driver=local, propagation=, read/write=true)
+2025-03-31T20:10:17.370632114+08:00 container start 9777c67416eecb90140a02ddacf7c1c8e5f6514553580f4a10ab7e2946cb82c3 (image=mysql:5.7, name=mysql-v5.7)
+```
+
+**wait（X）**
+
+执行此命令后，该命令会"hang"在当前终端，直到容器停止，此时，会打印出容器的退出码
+
+```bash
+[root@docker ~]# docker wait 容器id
+```
+
+**diff**
+
+查看容器内发生改变的文件，以centos-v7容器为例
+
+```bash
+[root@96d1f135e795 /]# touch c.txt
+[root@96d1f135e795 /]# exit
+[root@docker ~]# docker diff centos-v7
+C /root
+A /root/.bash_history
+A /c.txt
+```
\ No newline at end of file