而使用Docker，这些完全不用考虑。就是因为Docker会自动搜索并下载MySQL。注意：这里下载的不是安装包，而是镜像。镜像中不仅包含了MySQL本身，还包含了其运行所需要的环境、配置、系统级函数库。因此它在运行时就有自己独立的环境，就可以跨系统运行，也不需要手动再次配置环境了。这套独立运行的隔离环境我们称为容器。
说明：
镜像：英文是image
容器：英文是container
docker run -d ：创建并运行一个容器，-d则是让容器以后台进程运行
--name mysql : 给容器起个名字叫mysql，你可以叫别的
-p 3306:3306 : 设置端口映射。
容器是隔离环境，外界不可访问。但是可以将宿主机端口映射容器内到端口，当访问宿主机指定端口时，就是在访问容器内的端口了。
容器内端口往往是由容器内的进程决定，例如MySQL进程默认端口是3306，因此容器内端口一定是3306；而宿主机端口则可以任意指定，一般与容器内保持一致。
格式： -p 宿主机端口:容器内端口，示例中就是将宿主机的3306映射到容器内的3306端口
-e TZ=Asia/Shanghai : 配置容器内进程运行时的一些参数
格式：-e KEY=VALUE，KEY和VALUE都由容器内进程决定
案例中，TZ=Asia/Shanghai是设置时区；MYSQL_ROOT_PASSWORD=123是设置MySQL默认密码
mysql : 设置镜像名称，Docker会根据这个名字搜索并下载镜像
格式：REPOSITORY:TAG，例如mysql:8.0，其中REPOSITORY可以理解为镜像名，TAG是版本号
在未指定TAG的情况下，默认是最新版本，也就是mysql:latest
命令介绍
其中，比较常见的命令有：
|
命令 |
说明 |
文档地址 |
|---|---|---|
|
docker pull |
拉取镜像 |
docker pull |
|
docker push |
推送镜像到DockerRegistry |
docker push |
|
docker images |
查看本地镜像 |
docker images |
|
docker rmi |
删除本地镜像 |
docker rmi |
|
docker run |
创建并运行容器（不能重复创建） |
docker run |
|
docker stop |
停止指定容器 |
docker stop |
|
docker start |
启动指定容器 |
docker start |
|
docker restart |
重新启动容器 |
docker restart |
|
docker rm |
删除指定容器 |
docs.docker.com |
|
docker ps |
查看容器 |
docker ps |
|
docker logs |
查看容器运行日志 |
docker logs |
|
docker exec |
进入容器 |
docker exec |
|
docker save |
保存镜像到本地压缩文件 |
docker save |
|
docker load |
加载本地压缩文件到镜像 |
docker load |
|
docker inspect |
查看容器详细信息 |
docker inspect |
补充：
默认情况下，每次重启虚拟机我们都需要手动启动Docker和Docker中的容器。通过命令可以实现开机自启：
# Docker开机自启 systemctl enable docker # Docker容器开机自启 docker update --restart=always [容器名/容器id]
2.2.数据卷
容器是隔离环境，容器内程序的文件、配置、运行时产生的容器都在容器内部，我们要读写容器内的文件非常不方便。大家思考几个问题：
如果要升级MySQL版本，需要销毁旧容器，那么数据岂不是跟着被销毁了？
MySQL、Nginx容器运行后，如果我要修改其中的某些配置该怎么办？
我想要让Nginx代理我的静态资源怎么办？
因此，容器提供程序的运行环境，但是程序运行产生的数据、程序运行依赖的配置都应该与容器解耦。
2.2.1.什么是数据卷
数据卷（volume）是一个虚拟目录，是容器内目录与宿主机目录之间映射的桥梁。
以Nginx为例，我们知道Nginx中有两个关键的目录：
html：放置一些静态资源
conf：放置配置文件
如果我们要让Nginx代理我们的静态资源，最好是放到html目录；如果我们要修改Nginx的配置，最好是找到conf下的nginx.conf文件。
但遗憾的是，容器运行的Nginx所有的文件都在容器内部。所以我们必须利用数据卷将两个目录与宿主机目录关联，方便我们操作。如图：
在上图中：
我们创建了两个数据卷：conf、html
Nginx容器内部的conf目录和html目录分别与两个数据卷关联。
而数据卷conf和html分别指向了宿主机的/var/lib/docker/volumes/conf/_data目录和/var/lib/docker/volumes/html/_data目录
这样以来，容器内的conf和html目录就 与宿主机的conf和html目录关联起来，我们称为挂载。此时，我们操作宿主机的/var/lib/docker/volumes/html/_data就是在操作容器内的/usr/share/nginx/html/_data目录。只要我们将静态资源放入宿主机对应目录，就可以被Nginx代理了。
2.2.2.数据卷命令
数据卷的相关命令有：
|
命令 |
说明 |
文档地址 |
|---|---|---|
|
docker volume create |
创建数据卷 |
docker volume create |
|
docker volume ls |
查看所有数据卷 |
docs.docker.com |
|
docker volume rm |
删除指定数据卷 |
docs.docker.com |
|
docker volume inspect |
查看某个数据卷的详情 |
docs.docker.com |
|
docker volume prune |
清除数据卷 |
docker volume prune |
注意：容器与数据卷的挂载要在创建容器时配置，对于创建好的容器，是不能设置数据卷的。而且创建容器的过程中，数据卷会自动创建。
教学演示环节：演示一下MySQL的匿名数据卷
# 1.查看MySQL容器详细信息 docker inspect mysql # 已关注其中.Config.Volumes部分和.Mounts部分
我们已关注两部分内容，第一是.Config.Volumes部分：
{ "Config": { // ... 略 "Volumes": { "/var/lib/mysql": {} } // ... 略 } }
可以发现这个容器声明了一个本地目录，需要挂载数据卷，但是数据卷未定义。这就是匿名卷。
然后，我们再看结果中的.Mounts部分：
{ "Mounts": [ { "Type": "volume", "Name": "29524ff09715d3688eae3f99803a2796558dbd00ca584a25a4bbc193ca82459f", "Source": "/var/lib/docker/volumes/29524ff09715d3688eae3f99803a2796558dbd00ca584a25a4bbc193ca82459f/_data", "Destination": "/var/lib/mysql", "Driver": "local", } ] }
可以发现，其中有几个关键属性：
Name：数据卷名称。由于定义容器未设置容器名，这里的就是匿名卷自动生成的名字，一串hash值。
Source：宿主机目录
Destination : 容器内的目录
上述配置是将容器内的/var/lib/mysql这个目录，与数据卷29524ff09715d3688eae3f99803a2796558dbd00ca584a25a4bbc193ca82459f挂载。于是在宿主机中就有了/var/lib/docker/volumes/29524ff09715d3688eae3f99803a2796558dbd00ca584a25a4bbc193ca82459f/_data这个目录。这就是匿名数据卷对应的目录，其使用方式与普通数据卷没有差别。
接下来，可以查看该目录下的MySQL的data文件：
ls -l /var/lib/docker/volumes/29524ff09715d3688eae3f99803a2796558dbd00ca584a25a4bbc193ca82459f/_data
注意：每一个不同的镜像，将来创建容器后内部有哪些目录可以挂载，可以参考DockerHub对应的页面
2.2.3.挂载本地目录或文件
可以发现，数据卷的目录结构较深，如果我们去操作数据卷目录会不太方便。在很多情况下，我们会直接将容器目录与宿主机指定目录挂载。挂载语法与数据卷类似：
# 挂载本地目录 -v 本地目录:容器内目录 # 挂载本地文件 -v 本地文件:容器内文件
注意：本地目录或文件必须以 / 或 ./开头，如果直接以名字开头，会被识别为数据卷名而非本地目录名。
例如：
-v mysql:/var/lib/mysql # 会被识别为一个数据卷叫mysql，运行时会自动创建这个数据卷 -v ./mysql:/var/lib/mysql # 会被识别为当前目录下的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的init目录和conf目录：
以及对应的初始化SQL脚本和配置文件：
其中，hm.cnf主要是配置了MySQL的默认编码，改为utf8mb4；而hmall.sql则是后面我们要用到的黑马商城项目的初始化SQL脚本。
我们直接将整个mysql目录上传至虚拟机的/root目录下：
接下来，我们演示本地目录挂载：
# 1.删除原来的MySQL容器 docker rm -f mysql # 2.进入root目录 cd ~ # 3.创建并运行新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 mysql # 4.查看root目录，可以发现~/mysql/data目录已经自动创建好了 ls -l mysql # 结果： 总用量 4 drwxr-xr-x. 2 root root 20 5月 19 15:11 conf drwxr-xr-x. 7 polkitd root 4096 5月 19 15:11 data drwxr-xr-x. 2 root root 23 5月 19 15:11 init # 查看data目录，会发现里面有大量数据库数据，说明数据库完成了初始化 ls -l data # 5.查看MySQL容器内数据 # 5.1.进入MySQL docker exec -it mysql mysql -uroot -p123 # 5.2.查看编码表 show variables like "%char%"; # 5.3.结果，发现编码是utf8mb4没有问题 +--------------------------+--------------------------------+ | Variable_name | Value | +--------------------------+--------------------------------+ | character_set_client | utf8mb4 | | character_set_connection | utf8mb4 | | character_set_database | utf8mb4 | | character_set_filesystem | binary | | character_set_results | utf8mb4 | | character_set_server | utf8mb4 | | character_set_system | utf8mb3 | | character_sets_dir | /usr/share/mysql-8.0/charsets/ | +--------------------------+--------------------------------+ # 6.查看数据 # 6.1.查看数据库 show databases; # 结果，hmall是黑马商城数据库 +--------------------+ | Database | +--------------------+ | hmall | | information_schema | | mysql | | performance_schema | | sys | +--------------------+ 5 rows in set (0.00 sec) # 6.2.切换到hmall数据库 use hmall; # 6.3.查看表 show tables; # 结果： +-----------------+ | Tables_in_hmall | +-----------------+ | address | | cart | | item | | order | | order_detail | | order_logistics | | pay_order | | user | +-----------------+ # 6.4.查看address表数据 +----+---------+----------+--------+----------+-------------+---------------+-----------+------------+-------+ | id | user_id | province | city | town | mobile | street | contact | is_default | notes | +----+---------+----------+--------+----------+-------------+---------------+-----------+------------+-------+ | 59 | 1 | 北京 | 北京 | 朝阳区 | 13900112222 | 金燕龙办公楼 | 李佳诚 | 0 | NULL | | 60 | 1 | 北京 | 北京 | 朝阳区 | 13700221122 | 修正大厦 | 李佳红 | 0 | NULL | | 61 | 1 | 上海 | 上海 | 浦东新区 | 13301212233 | 航头镇航头路 | 李佳星 | 1 | NULL | | 63 | 1 | 广东 | 佛山 | 永春 | 13301212233 | 永春武馆 | 李晓龙 | 0 | NULL | +----+---------+----------+--------+----------+-------------+---------------+-----------+------------+-------+ 4 rows in set (0.00 sec)
举个例子，我们要从0部署一个Java应用，大概流程是这样：
准备一个linux服务（CentOS或者Ubuntu均可）
安装并配置JDK
上传Jar包
运行jar包
2.3.3.构建镜像
当Dockerfile文件写好以后，就可以利用命令来构建镜像了。
在课前资料中，我们准备好了一个demo项目及对应的Dockerfile：
首先，我们将课前资料提供的docker-demo.jar包以及Dockerfile拷贝到虚拟机的/root/demo目录：
然后，执行命令，构建镜像：
# 进入镜像目录 cd /root/demo # 开始构建 docker build -t docker-demo:1.0 .
命令说明：
docker build : 就是构建一个docker镜像
-t docker-demo:1.0 ：-t参数是指定镜像的名称（repository和tag）
. : 最后的点是指构建时Dockerfile所在路径，由于我们进入了demo目录，所以指定的是.代表当前目录，也可以直接指定Dockerfile目录：
# 直接指定Dockerfile目录 docker build -t docker-demo:1.0 /root/demo
3.项目部署
好了，我们已经熟悉了Docker的基本用法，接下来可以尝试部署项目了。
在课前资料中已经提供了一个黑马商城项目给大家，如图：
项目说明：
hmall：商城的后端代码
hmall-portal：商城用户端的前端代码
hmall-admin：商城管理端的前端代码
部署的容器及端口说明：
|
项目 |
容器名 |
端口 |
备注 |
|---|---|---|---|
|
hmall |
hmall |
8080 |
黑马商城后端API入口 |
|
hmall-portal |
nginx |
18080 |
黑马商城用户端入口 |
|
hmall-admin |
18081 |
黑马商城管理端入口 |
|
|
mysql |
mysql |
3306 |
数据库 |
在正式部署前，我们先删除之前的nginx、dd两个容器：
docker rm -f nginx dd
mysql容器中已经准备好了商城的数据，所以就不再删除了。
3.1.部署Java项目
hmall项目是一个maven聚合项目，使用IDEA打开hmall项目，查看项目结构如图：
我们要部署的就是其中的hm-service，其中的配置文件采用了多环境的方式：
其中的application-dev.yaml是部署到开发环境的配置，application-local.yaml是本地运行时的配置。
查看application.yaml，你会发现其中的JDBC地址并未写死，而是读取变量：
这两个变量在application-dev.yaml和application-local.yaml中并不相同：
在dev开发环境（也就是Docker部署时）采用了mysql作为地址，刚好是我们的mysql容器名，只要两者在一个网络，就一定能互相访问。
我们将项目打包：
结果：
将hm-service目录下的Dockerfile和hm-service/target目录下的hm-service.jar一起上传到虚拟机的root目录：
部署项目：
# 1.构建项目镜像，不指定tag，则默认为latest docker build -t hmall . # 2.查看镜像 docker images # 结果 REPOSITORY TAG IMAGE ID CREATED SIZE hmall latest 0bb07b2c34b9 43 seconds ago 362MB docker-demo 1.0 49743484da68 24 hours ago 327MB nginx latest 605c77e624dd 16 months ago 141MB mysql latest 3218b38490ce 17 months ago 516MB # 3.创建并运行容器，并通过--network将其加入hmall网络，这样才能通过容器名访问mysql docker run -d --name hmall --network hmall -p 8080:8080 hmall
测试，通过浏览器访问：http://你的虚拟机地址:8080/search/list
3.2.部署前端
hmall-portal和hmall-admin是前端代码，需要基于nginx部署。在课前资料中已经给大家提供了nginx的部署目录：
其中：
html是静态资源目录，我们需要把hmall-portal以及hmall-admin都复制进去
nginx.conf是nginx的配置文件，主要是完成对html下的两个静态资源目录做代理
我们现在要做的就是把整个nginx目录上传到虚拟机的/root目录下：
然后创建nginx容器并完成两个挂载：
把/root/nginx/nginx.conf挂载到/etc/nginx/nginx.conf
把/root/nginx/html挂载到/usr/share/nginx/html
由于需要让nginx同时代理hmall-portal和hmall-admin两套前端资源，因此我们需要暴露两个端口：
18080：对应hmall-portal
18081：对应hmall-admin
命令如下：
docker run -d --name nginx -p 18080:18080 -p 18081:18081 -v /root/nginx/html:/usr/share/nginx/html -v /root/nginx/nginx.conf:/etc/nginx/nginx.conf --network hmall nginx
测试，通过浏览器访问：http://你的虚拟机ip:18080
| 命令 | 显示内容 | 适用场景 |
|---|---|---|
docker ps |
仅显示正在运行的容器 | 查看当前活跃的容器 |
docker ps -a |
显示所有容器（包括已停止的） | 查看所有创建过的容器 |
暂无评论内容