常见命令
Docker最常见的命令就是操作镜像、容器的命令，详见官方文档
案例：查看DockerHub，拉取Nginx镜像，创建并运行Nginx容器
- 需求：
- 在DockerHub中搜索Nginx镜像，查看镜像的名称
- 拉取Nginx镜像
docker pull nginx - 查看本地镜像列表
docker images - 创建并运行Nginx容器
docker run -d --name nginx -p 80:80 nginx - 查看容器
docker ps (-a) - 停止容器
docker stop nginx - 再次启动容器
docker start nginx - 查看容器日志
docker logs -f nginx
-f：持续更新 - 进入Nginx容器
docker exec -it nginx bash
-it：添加一个可交互终端
bash：用命令行交互
进入MySQL容器：docker exec -it mysql mysql -uroot -p - 退出容器
exit - 删除容器
docker rm nginx (-f)
-f：强行终止，无视正在运行
命令别名
修改/root/.bashrc文件
vi /root/.bashrc
内容如下：
# .bashrc# User specific aliases and functionsalias rm='rm -i'
alias cp='cp -i'
alias mv='mv -i'
alias dps='docker ps --format "table {{.ID}}\t{{.Image}}\t{{.Ports}}\t{{.Status}}\t{{.Names}}"'
alias dis='docker images'# Source global definitions
if [ -f /etc/bashrc ]; then. /etc/bashrc
fi
执行命令使别名生效
source /root/.bashrc
数据卷
-
案例1：利用Nginx容器部署静态资源
Nginx：web服务，把静态资源放到Nginx的html目录下就可以部署静态资源了- 创建Nginx容器，修改Nginx容器内的html目录下的index.html文件，查看变化
- 将静态资源部署到Nginx的html目录
-
问题：容器是隔离环境，容器内程序的文件、配置、运行时产生的容器都在容器内部，我们要读写容器内的文件非常不方便。
同时容器中只包含了镜像运行最基本、必备的系统资源，而大多数不包含vi（编辑）- 如果要升级MySQL版本，需要销毁旧容器，那么数据岂不是跟着被销毁了？
- MySQL、Nginx容器运行后，如果我要修改其中的某些配置该怎么办？
- 我想要让Nginx代理我的静态资源怎么办？
-
如何解决？容器提供程序的运行环境，但是程序运行产生的数据、程序运行依赖的配置都应该与容器解耦。——数据卷
-
数据卷（volume）：是一个虚拟目录，使容器内目录与宿主机目录之间映射的桥梁
建立了数据卷后，docker会在宿主机创建数据卷对应的目录，简单理解就是共享文件（夹）
卷是虚拟的，但对应的目录是真实的。命令 说明 文档地址 docker volume create 创建数据卷，Create a volume docker volume create docker volume inspect 查看某个数据卷的详情，Display detailed information on one or more volumes docker volume inspect docker volume ls 查看所有数据卷，List volumes docker volume ls docker volume prune 删除所有未使用的数据卷，Remove unused local volumes docker volume prune docker volume rm 删除指定数据卷，Remove one or more volumes docker volume rm -
数据卷挂载：把Nginx容器中的文件指向卷（数据卷挂载），数据卷指向宿主机的目录，一旦关联，docker会实现双向绑定、映射，即绑定产生后，在宿主机目录下新增、修改文件，可以在容器中也修改，反之亦然。
- 在执行docker run命令时，使用 -v数据卷:容器内目录 可以完成数据卷挂载。
已经创建好了的容器无法设置数据卷。 - 当创建容器时，如果挂载了数据卷且数据卷不存在，会自动创建数据卷。
docker run -d --name nginx -p 80:80 -v html:/usr/share/nginx/html nginx
- 在执行docker run命令时，使用 -v数据卷:容器内目录 可以完成数据卷挂载。
本地目录挂载
- 案例2：mysql容器的数据挂载
- 需求：
- 查看mysql容器，判断是否由数据卷挂载
- 基于宿主机目录实现MySQL数据目录、配置文件、初始化脚本的挂载（查阅官方镜像文档）
docker inspect nginx：
"Mounts": [{"Type": "volume","Name": "html","Source": "/var/lib/docker/volumes/html/_data","Destination": "/usr/share/nginx/html","Driver": "local","Mode": "z","RW": true,"Propagation": ""}docker inspect mysql：
由docker自动创建的卷——匿名卷
挂载位置太深，不方便迁移，建议挂载到自己配置的目录，实现数据的持久保存
"Mounts": [{"Type": "volume","Name": "b3769b0aa390c6ed3e1e5495326fc6988591b35c94439c31a6243fbe82eed0b3","Source": "/var/lib/docker/volumes/b3769b0aa390c6ed3e1e5495326fc6988591b35c94439c31a6243fbe82eed0b3/_data","Destination": "/var/lib/mysql","Driver": "local","Mode": "","RW": true,"Propagation": ""}- 以上查询中的关键属性：
- Name：数据卷名称。由于定义容器未设置容器名，这里的就是匿名卷自动生成的名字，一串hash值。
- Source：宿主机目录
- Destination : 容器内的目录
案例2：mysql容器的数据挂载
- 需求：
- 查看mysql容器，判断是否由数据卷挂载
- 数据卷的目录结构较深，如果我们去操作数据卷目录会不太方便。**在很多情况下，我们会直接将容器目录与宿主机指定目录挂载。
- 基于宿主机目录实现MySQL数据目录、配置文件、初始化脚本的挂载（查阅官方镜像文档）
每一个不同的镜像，将来创建容器后内部有哪些目录可以挂载，可以参考DockerHub对应的页面-
在执行docker run命令时，使用-v 本地目录：容器内目录可以完成本地目录挂载，挂载语法与数据卷类似**：
# 挂载本地目录 -v 本地目录:容器内目录 # 挂载本地文件 -v 本地文件:容器内文件 -
本地目录必须以“/”或“./”开头，如果直接以名称开头，会被识别为数据卷而非本地目录，例如：
-v mysql:/var/lib/mysql # 会被识别为一个数据卷叫mysql，运行时会自动创建这个数据卷 -v ./mysql:/var/lib/mysql # 会被识别为当前目录下的mysql目录，运行时如果不存在会创建目录 -
挂载/root/mysql/data到容器内的/var/lib/mysql目录
-
挂载/root/mysql/init到容器内的/docker-entrypoint-initdb.d目录（初始化的SQL脚本目录）
-
挂载/root/mysql/conf到容器内的/etc/mysql/conf.d目录（这个是MySQL配置文件目录）
-
- 查看mysql容器，判断是否由数据卷挂载
自定义镜像
镜像就是包含了应用程序、程序运行的系统函数库、运行配置等文件的文件包。构建镜像的过程其实就是把上述文件打包的过程
- 部署一个Java应用的步骤：
- 准备一个linux服务器（CentOS或者Ubuntu均可）
- 安装JRE并配置环境变量
- 拷贝Jar包
- 运行Jar包
- 构建一个Java镜像的步骤：
- 准备Linux运行环境（java项目并不需要完整的操作系统，仅仅是基础运行环境即可）
- 安装JRE并配置环境变量
- 拷贝jar包
- 编写运行脚本
上述步骤中的每一次操作其实都是在生产一些文件（系统运行环境、函数库、配置最终都是磁盘文件），所以镜像就是一堆文件的集合。
镜像文件不是随意堆放的，而是按照操作的步骤分层叠加而成，每一层形成的文件都会单独打包并标记一个唯一id，称为Layer（层）。
Dockerfile
由于制作镜像的过程中，需要逐层处理和打包，比较复杂，所以Docker就提供了自动打包镜像的功能。我们只需要将打包的过程，每一层要做的事情用固定的语法写下来，交给Docker去执行即可。
Dockerfile就是一个文本文件，其中包含一个个的指令（Instruction），用指令来说明要执行什么操作来构建镜像。将来Docker可以根据Dockerfile帮我们构建镜像。常见指令如下：
其中的语法比较多，比较常用的有：
| 指令 | 说明 | 示例 |
|---|---|---|
| FROM | 指定基础镜像 | FROM centos:6 |
| ENV | 设置环境变量，可在后面指令使用 | ENV key value |
| COPY | 拷贝本地文件到镜像的指定目录 | COPY ./xx.jar /tmp/app.jar |
| RUN | 执行Linux的shell命令，一般是安装过程的命令 | RUN yum install gcc |
| EXPOSE | 指定容器运行时监听的端口，是给镜像使用者看的 | EXPOSE 8080 |
| ENTRYPOINT | 镜像中应用的启动命令，容器运行时调用 | ENTRYPOINT java -jar xx.jar |
更新详细语法说明，参考官网文档
例如，要基于Ubuntu镜像来构建一个Java应用，其Dockerfile内容如下：
# 指定基础镜像
FROM ubuntu:16.04
# 配置环境变量，JDK的安装目录、容器内时区
ENV JAVA_DIR=/usr/local
ENV TZ=Asia/Shanghai
# 拷贝jdk和java项目的包
COPY ./jdk8.tar.gz $JAVA_DIR/
COPY ./docker-demo.jar /tmp/app.jar
# 设定时区
RUN ln -snf /usr/share/zoneinfo/$TZ /etc/localtime && echo $TZ > /etc/timezone
# 安装JDK
RUN cd $JAVA_DIR \&& tar -xf ./jdk8.tar.gz \&& mv ./jdk1.8.0_144 ./java8
# 配置环境变量
ENV JAVA_HOME=$JAVA_DIR/java8
ENV PATH=$PATH:$JAVA_HOME/bin
# 指定项目监听的端口
EXPOSE 8080
# 入口，java项目的启动命令
ENTRYPOINT ["java", "-jar", "/app.jar"]
以后我们会有很多很多java项目需要打包为镜像，他们都需要Linux系统环境、JDK环境这两层，只有上面的3层不同（因为jar包不同）。如果每次制作java镜像都重复制作前两层镜像，是不是很麻烦。
所以，就有人提供了基础的系统加JDK环境，我们在此基础上制作java镜像，就可以省去JDK的配置了：
# 基础镜像
FROM openjdk:11.0-jre-buster
# 设定时区
ENV TZ=Asia/Shanghai
RUN ln -snf /usr/share/zoneinfo/$TZ /etc/localtime && echo $TZ > /etc/timezone
# 拷贝jar包
COPY docker-demo.jar /app.jar
# 入口
ENTRYPOINT ["java", "-jar", "/app.jar"]
自定义镜像
当编写好了Dockerfile，可以利用下面命令构建镜像：
# 进入镜像目录
cd /root/demo
# 开始构建
docker build -t docker-demo:1.0 .
- docker build : 就是构建一个docker镜像
- -t docker-demo:1.0 ：-t 参数是指定镜像的名称（repository：tag），不指定tag时，默认为latest
- . : 最后的点是指构建时Dockerfile所在路径，由于我们进入了demo目录，所以指定的是.代表当前目录，也可以直接指定Dockerfile目录：
# 直接指定Dockerfile目录
docker build -t docker-demo:1.0 /root/demo
网络（容器网络互联）
首先，我们查看下MySQL容器的详细信息，重点关注其中的网络IP地址：
# 1.用基本命令，寻找Networks.bridge.IPAddress属性
docker inspect mysql
# 也可以使用format过滤结果
docker inspect --format='{{range .NetworkSettings.Networks}}{{println .IPAddress}}{{end}}' mysql
# 得到IP地址如下：
172.17.0.2# 2.然后通过命令进入dd容器
docker exec -it dd bash# 3.在容器内，通过ping命令测试网络
ping 172.17.0.2
# 结果
PING 172.17.0.2 (172.17.0.2) 56(84) bytes of data.
64 bytes from 172.17.0.2: icmp_seq=1 ttl=64 time=0.053 ms
64 bytes from 172.17.0.2: icmp_seq=2 ttl=64 time=0.059 ms
64 bytes from 172.17.0.2: icmp_seq=3 ttl=64 time=0.058 ms
容器在同一个网段，有相同网关
默认情况下，所有容器都是以bridge方式连接到Docker的一个虚拟网桥上
容器的网络IP其实是一个虚拟的IP，其值并不固定与某一个容器绑定，如果我们在开发时写死某个IP，而在部署时很可能MySQL容器的IP会发生变化，连接会失败。
所以需要借助docker的网络功能解决这个问题，参考官方文档
自定义网络
加入自定义网络的容器才可以通过容器名互相访问，Docker的常用网络操作命令有：
| 命令 | 说明 | 文档地址 |
|---|---|---|
| docker network create | 创建一个网络 | docker network create |
| docker network ls | 查看所有网络 | docs.docker.com |
| docker network rm | 删除指定网络 | docs.docker.com |
| docker network prune | 清除未使用的网络 | docs.docker.com |
| docker network connect | 使指定容器连接加入某网络 | docs.docker.com |
| docker network disconnect | 使指定容器连接离开某网络 | docker network disconnect |
| docker network inspect | 查看网络详细信息 | docker network inspect |
# 1.首先通过命令创建一个网络
docker network create hmall# 2.然后查看网络
docker network ls
# 结果：
NETWORK ID NAME DRIVER SCOPE
639bc44d0a87 bridge bridge local
403f16ec62a2 hmall bridge local
0dc0f72a0fbb host host local
cd8d3e8df47b none null local
# 其中，除了hmall以外，其它都是默认的网络# 3.让dd和mysql都加入该网络，注意，在加入网络时可以通过--alias给容器起别名
# 这样该网络内的其它容器可以用别名互相访问！
# 3.1.mysql容器，指定别名为db，另外每一个容器都有一个别名是容器名
docker network connect hmall mysql --alias db
# 3.2.db容器，也就是我们的java项目
docker network connect hmall dd# 4.进入dd容器，尝试利用别名访问db
# 4.1.进入容器
docker exec -it dd bash
# 4.2.用db别名访问
ping db
# 结果
PING db (172.18.0.2) 56(84) bytes of data.
64 bytes from mysql.hmall (172.18.0.2): icmp_seq=1 ttl=64 time=0.070 ms
64 bytes from mysql.hmall (172.18.0.2): icmp_seq=2 ttl=64 time=0.056 ms
# 4.3.用容器名访问
ping mysql
# 结果：
PING mysql (172.18.0.2) 56(84) bytes of data.
64 bytes from mysql.hmall (172.18.0.2): icmp_seq=1 ttl=64 time=0.044 ms
64 bytes from mysql.hmall (172.18.0.2): icmp_seq=2 ttl=64 time=0.054 ms
项目部署
DockerCompose
部署一个简单的java项目，其中包含3个容器：
- MySQL
- Nginx
- Java项目
而稍微复杂的项目，其中还会有各种各样的其它中间件，需要部署的东西远不止3个。如果还像之前那样手动的逐一部署，就太麻烦了。
Docker Compose通过一个单独的docker-compose.yml模板文件（YAML格式）来定义一组相关联的应用容器，帮助我们实现多个相互关联的Docker容器的快速部署。基本语法可参考官方文档
语法
举例来说，用docker run部署MySQL的命令如下：
docker run -d \--name mysql \-p 3306:3306 \-e TZ=Asia/Shanghai \-e MYSQL_ROOT_PASSWORD=123 \-v ./mysql/data:/var/lib/mysql \-v ./mysql/conf:/etc/mysql/conf.d \-v ./mysql/init:/docker-entrypoint-initdb.d \--network hmallmysql
用docker-compose.yml文件来定义，就是这样：
version: "3.8"services:mysql:image: mysqlcontainer_name: mysqlports:- "3306:3306"environment:TZ: Asia/ShanghaiMYSQL_ROOT_PASSWORD: 123volumes:- "./mysql/conf:/etc/mysql/conf.d"- "./mysql/data:/var/lib/mysql"networks:- new
networks:new:name: hmall
对比如下：
| docker run 参数 | docker compose 指令 | 说明 |
|---|---|---|
| –name | container_name | 容器名称 |
| -p | ports | 端口映射 |
| -e | environment | 环境变量 |
| -v | volumes | 数据卷配置 |
| –network | networks | 网络 |
docker compose的命令格式如下：
docker compose [OPTIONS] [COMMAND]
其中，OPTIONS和COMMAND都是可选参数，比较常见的有：
| 类型 | 参数或指令 | 说明 |
|---|---|---|
| Options | -f | 指定compose文件的路径和名称 |
| -p | 指定project名称。project就是当前compose文件中设置的多个service的集合，是逻辑概念 | |
| Commands | up | 创建并启动所有service容器 |
| down | 停止并移除所有容器、网络 | |
| ps | 列出所有启动的容器 | |
| logs | 查看指定容器的日志 | |
| stop | 停止容器 | |
| start | 启动容器 | |
| restart | 重启容器 | |
| top | 查看运行的进程 | |
| exec | 在指定的运行中容器中执行命令 |
