docker03-常用命令

1.docker基础命令

1.1docker启动

指令：service docker start

1.2查看状态

指令：service docker status

1.3重启docker

指令：service docker restart

1.4停止docker

指令：service docker stop

注意，先停止运行的容器

1.5查看docker版本

指令：docker version

1.6查看docker信息

指令：docker info

1.7帮助

指令：docker help

可以看到Commands(命令)和Options(选项)

2.镜像指令

2.1列出本机所有的镜像

指令：docker images [选项]

-a :列出本地所有的镜像（含中间映像层）(镜像相当于是千层饼，docker image列出的是最上层的，加上-a，把里面的也列出来了)

-q :只显示镜像ID。

--digests :显示镜像的摘要信息

--no-trunc :显示完整的镜像信息（trunc是截取的意思 --no=trunc就是不截取显示完整的）

REPOSITORY：表示镜像的仓库源

TAG：镜像的标签(相当于版本号)

IMAGE ID：镜像ID

CREATED：镜像创建时间

SIZE：镜像大小
同一仓库源可以有多个 TAG，代表这个仓库源的不同个版本，我们使用 REPOSITORY:TAG 来定义不同的镜像。如果你不指定一个镜像的版本标签，例如你只使用 ubuntu，docker 将默认使用 ubuntu:latest 镜像，也就是最新版本

2.2查询镜像

指令：docker search [选项] 镜像名字

--no-trunc : 显示完整的镜像描述

-s : 列出收藏数不小于指定值的镜像。

--automated : 只列出 automated build类型的镜像；

注意，这里search是从dockerhub去查询的,哪怕配置了其他的镜像仓库地址

NAME：唯一名称

DEDCRIPTION:描述

STARS:点赞收藏数量

AUTOMATED:自动

2.3拉取镜像

指令：docker pull 镜像名称[:tag]

不加版本号拉取的是最新的版本

2.4删除镜像

指令：docker rmi 镜像名称或者id [选项]

-f 强制删除

2.5删除多个

指令：docker rmi -f 镜像名1[:TAG] 镜像名2[:TAG]

3.容器命令

3.1查看容器

指令：docker ps [选项](不带选项是查看正在运行的日期)

-a :列出当前所有正在运行的容器+历史上运行过的(没有删除的)
-l :显示最近创建的容器。
-n：显示最近n个创建的容器。
-q :静默模式，只显示容器编号。
--no-trunc :不截断输出

3.2创建容器并启动

d指令：ocker run 镜像名称/id [选项]

--name="容器新名字": 为容器指定一个名称，若不指定，会随机分配唯一名字；
-d: 后台运行容器，并返回容器ID，也即启动守护式容器；
-i：以交互模式运行容器，通常与 -t 同时使用；
-t：为容器重新分配一个伪输入终端，通常与 -i 同时使用；
-P: 随机端口映射；
-p: 指定端口映射，有以下四种格式
   ip:hostPort:containerPort
   ip::containerPort
   hostPort:containerPort
   containerPort

最后面的NAMES就是容器名称

3.2.1常用的第一种模式-交互模式

指令：docker run --name 名称 -it 镜像名字/id

这种启动模式指定了名称(比较好分辨)，关键是交互模式启动，且有一个伪终端

如上图，这样子启动后，就进入了这个容器的交互终端。这里启动的是centos，所以执行ls命令，可以查看容器里面的centos的根目录。

3.7.2常用的第二种模式-守护进程模式

指令：docker run --name 名称 -d 镜像名称/id

问题：

指令命令docker run -d centos:6.8

然后docker ps -a 进行查看, 会发现容器已经退出
很重要的要说明的一点: Docker容器后台运行,就必须有一个前台进程.
容器运行的命令如果不是那些一直挂起的命令（比如运行top，tail），就是会自动退出的。
这个是docker的机制问题,比如你的web容器,我们以nginx为例，正常情况下,我们配置启动服务只需要启动响应的service即可。例如
service nginx start。但是,这样做,nginx为后台进程模式运行,就导致docker前台没有运行的应用,这样的容器后台启动后,会立即自杀因为他觉得他没事可做了.
所以，最佳的解决方案是,将你要运行的程序以前台进程的形式运行