【docker】12. Docker Volume(存储卷)

什么是存储卷?

存储卷就是将宿主机的本地文件系统中存在的某个目录直接与容器内部的文件系统上的某一目录建立绑定关系。这就意味着，当我们在容器中的这个目录下写入数据时，容器会将其内容直接写入到宿主机上与此容器建立了绑定关系的目录。
在宿主机上的这个与容器形成绑定关系的目录被称作存储卷。卷的本质是文件或者目录，它可以绕过默认的联合文件系统，直接以文件或目录的形式存在于宿主机上。
宿主机的/data/web 目录与容器中的/container/data/web 目录绑定关系，然后容器中的进程向这个目录中写数据时，是直接写在宿主机的目录上的，绕过容器文件系统与宿主机的文件系统建立关联关系，使得可以在宿主机和容器内共享数据库内容，让容器直接访问宿主机中的内容，也可以宿主机向容器写入内容，容器和宿主机的数据读写是同步的。
在这里插入图片描述

生活案例

存储卷就相当于租了个地下室，建立对应的映射就相当于有了这个地下室的钥匙，能够使用房子以外的空间。
在这里插入图片描述
如果有一天龙卷风来了，房子被吹毁了，但是地下室依然安然无恙，就相当于容器销毁了我们的这个地下室依然没有影响。
在这里插入图片描述

为什么需要存储卷?

  1. 数据丢失问题
    容器按照业务类型，总体可以分为两类：
    • 无状态的（数据不需要被持久化）
    • 有状态的（数据需要被持久化）
    显然，容器更擅长无状态应用。因为未持久化数据的容器根目录的生命周期与容器的生命周期一样，容器文件系统的本质是在镜像层上面创建的读写层，运行中的容器对任何文件的修改都存在于该读写层，当容器被删除时，容器中的读写层也会随之消失。
    虽然容器希望所有的业务都尽量保持无状态，这样容器就可以开箱即用，并且可以任意调度，但实际业务总是有各种需要数据持久化的场景，比如 MySQL、Kafka 等有状态的业务。因此为了解决有状态业务的需求，Docker 提出了卷（Volume）的概念。
  2. 性能问题
    UnionFS 对于修改删除等，一般效率非常低，如果对一于 I/O 要求比较高的应用，如redis 在实现持化存储时，是在底层存储时的性能要求比较高。
  3. 宿主机和容器互访不方便
    宿主机访问容器，或者容器访问要通过 docker cp 来完成，应用很难操作
  4. 容器和容器共享不方便

存储卷分类

目前 Docker 提供了三种方式将数据从宿主机挂载到容器中
• volume docker 管理卷，默认映射到宿主机的/var/lib/docker/volumes 目录下，只需要在容器内指定容器的挂载点是什么，而被绑定宿主机下的那个目录，是由容器引擎 daemon 自行创建一个空的目录，或者使用一个已经存在的目录，与存储卷建立存储关系，这种方式极大解脱用户在使用卷时的耦合关系，缺陷是用户无法指定那些使用目录，临时存储比较适合;
• bind mount 绑定数据卷，映射到宿主机指定路径下，在宿主机上的路径要人工的指定一个特定的路径，在容器中也需要指定一个特定的路径，两个已知的路径建立关联关系
• tmpfs mount 临时数据卷，映射到于宿主机内存中，一旦容器停止运行，tmpfs mounts 会被移除，数据就会丢失，用于高性能的临时数据存储。
在这里插入图片描述

管理卷 Volume

创建卷

存储卷可以通过命令方式创建，也可以在创建容器的时候通过 -v and --mount 指定。

方式一：Volume 命令操作

命令清单如下

命令别名功能备注
docker volume create创建存储卷
docker volume inspect显示存储卷详细信息
docker volume lsdocker volume list列出存储卷
docker volume prune清理所有无用数据卷
docker volume rm删除卷，使用中的无法删除

docker volume create

• 功能
￮ 创建存储卷
• 语法

docker volume create [OPTIONS] [VOLUME]

• 关键参数
￮ -d, --driver：指定驱动，默认是 local
￮ --label：指定元数据
• 样例

docker volume create my-vol

docker volume inspect

• 功能
￮ 查看卷详细信息
• 语法

docker volume inspect [OPTIONS] VOLUME [VOLUME...]

• 关键参数
￮ -f：指定相应个格式，如 json
• 样例

docker volume inspect my-vol

docker volume ls

• 功能
￮ 列出卷
• 语法

docker volume ls [OPTIONS]

• 关键参数
￮ --format：指定相应个格式，如 json,table
￮ --filter,-f: 过滤
￮ -q: 仅显示名称
• 样例

docker volume ls

docker volume rm

• 功能
￮ 删除卷，需要容器不使用。
• 语法

docker volume rm [OPTIONS] VOLUME [VOLUME...]

• 关键参数
￮ -f,–force:强制删除
• 样例

docker volume rm hello

docker volume prune

• 功能
￮ 删除不使用的本地卷
• 语法

docker volume prune [OPTIONS]

• 关键参数
￮ --filter:过滤
￮ -f, --force :不提示是否删除
• 样例

docker volume prune

方式二：-v 或者–mount 指定

-v 和-mount 都可以完成管理卷的创建
-v 参数
• 功能：
完成目录映射
• 语法

docker run -v name:directory[:options] .........

• 参数
￮ 第一个参数：卷名称
￮ 第二个参数：卷映射到容器的目录
￮ 第三个参数：选项，如 ro 表示 readonly
• 样例

docker run -d --name devtest -v myvol2:/app nginx:latest

通过 docker inspect 可以看到

root@LAPTOP-H2EI4I6A:~# docker inspect devtest

在这里插入图片描述
–mount 参数
• 功能：
完成目录映射
• 语法

--mount '<key>=<value>,<key>=<value>'

• 关键参数
￮ type ： 类型表示 bind, volume, or tmpfs
￮ source ，src ：对于命名卷，这是卷的名称。对于匿名卷，省略此字段。
￮ destination，dst,target：文件或目录挂载在容器中的路径
￮ ro,readonly: 只读方式挂载
完成目录映射
• 样例
采用 mount 创建 volume

docker run -d --name devtest --mount source=myvol2,target=/app nginx:latest

通过 docker inspect 可以看到
在这里插入图片描述

方式三：Dockerfile 匿名卷

通过 Dockerfile 的 VOLUME 可以创建 docker 管理卷。
我们也可以通过 dockerfile 的 VOLUME 指令在镜像中创建 Data Volume，这样只要通过该镜像创建的容器都会存在挂载点，但值得注意的是通过 VOLUME 指令创建的挂载点，无法指定主机上对应的目录，而是由 docker 随机生成的。

操作案例

Docker 命令创建管理卷

  1. 命令创建管理卷
root@139-159-150-152:/data/myworkdir/fs# docker volume create test_volume 
test_volumeroot@139-159-150-152:/data/myworkdir/fs# docker container run --name nginx1 -d -p 80:80 -v test_volume:/usr/share/nginx/html nginx:1.22.1
cf56ecd6a4876a7be7ba09170c01698dc51ceb887d4faf423cf6cc4800b8ef65
  1. 查看我们的 docker 管理卷
root@139-159-150-152:/data/myworkdir/fs# docker volume ls 
DRIVER VOLUME NAME
local test_volume
  1. 我们查看其中一个管理卷，可以看到对应的宿主机目录如下
root@139-159-150-152:/data/var/lib/docker/volumes# docker volume

在这里插入图片描述

  1. 我们进入宿主机目录，可以放到容器里面的内容已经放到该目录了
root@139-159-150-152:/data/var/lib/docker/volumes# cd /data/var/lib/docker/volumes/test_volume/_data
root@139-159-150-152:/data/var/lib/docker/volumes/test_volume/_data# ll
total 16
drwxr-xr-x 2 root root 4096 Mar 16 12:32 ./
drwx-----x 3 root root 4096 Mar 16 12:16 ../
-rw-r--r-- 1 root root 497 Oct 19 16:02 50x.html
-rw-r--r-- 1 root root 615 Oct 19 16:02 index.html
root@139-159-150-152:/data/var/lib/docker/volumes/test_volume/_data#
  1. 查看容器内容，可以看到我们的具体的 mount 信息
root@139-159-150-152:~# docker inspect nginx1

在这里插入图片描述

  1. 我们修改 index.html
cd /data/var/lib/docker/volumes/test_volume/_data
echo "hello docker" > index.html
  1. 通过浏览器查看
    在这里插入图片描述
    可以看到宿主机和容器是同步的
  2. 停止容器释放空间
docker stop nginx1 
docker rm nginx1

结论：宿主机和容器之间数据是同步的

Docker -v 创建管理卷

  1. -v 创建管理卷，并且启动容器**(ro 就是指定了容器内挂载点对应的文件系统路径为只读模式)**
docker container run --name nginx2 -d -p 80:80 -v test_volume2:/usr/share/nginx/html:ro nginx:1.22.1
  1. 进入卷目录
hacha@LAPTOP-H2EI4I6A:~$ docker inspect test_volume2

在这里插入图片描述

root@LAPTOP-H2EI4I6A:/home/hacha# cd /var/lib/docker/volumes/test_volume2/_data
root@LAPTOP-H2EI4I6A:/var/lib/docker/volumes/test_volume2/_data# ls
50x.html  index.html
  1. 修改 index.html
root@LAPTOP-H2EI4I6A:/var/lib/docker/volumes/test_volume2/_data# echo "Hello docker" > index.html
root@LAPTOP-H2EI4I6A:/var/lib/docker/volumes/test_volume2/_data# cat index.html 
Hello docker
  1. 浏览器查看
    在这里插入图片描述
  2. 容器中修改提示无法修改
root@139-159-150-152:/data# docker exec -it nginx2 bash
root@ad570265c31e:/# ls
bin boot dev docker-entrypoint.d docker-entrypoint.sh 
etc home lib lib64 media mnt opt proc root run 
sbin srv sys tmp usr var
root@ad570265c31e:/# cd /usr/share/nginx/html/
root@ad570265c31e:/usr/share/nginx/html# rm index.html 
rm: cannot remove 'index.html': Read-only file system
root@ad570265c31e:/usr/share/nginx/html#
  1. 清理释放空间
docker stop nginx2 
docker rm nginx2

结论：指定 ro 的话宿主机可以修改，但是容器里面无法修改 因为启动的时候给容器内部的路径带了ro参数(read only)

Docker mount 创建管理卷

  1. mount 创建管理卷，并且启动容器
docker container run --name nginx3 -d -p 8081:80 --mount type=volume,source=test_volume3,target=/usr/share/nginx/html  nginx:1.22.1
  1. 查看卷创建成功
hacha@LAPTOP-H2EI4I6A:~$ docker volume ls
DRIVER    VOLUME NAME
local     test_volume
local     test_volume2
local     test_volume3
  1. 查看卷挂载点。
    在这里插入图片描述
  2. 浏览器查看
    在这里插入图片描述
  3. 宿主机上修改文件内容
root@LAPTOP-H2EI4I6A:/home/hacha# cd /var/lib/docker/volumes/test_volume3/_data
root@LAPTOP-H2EI4I6A:/var/lib/docker/volumes/test_volume3/_data# ls
50x.html  index.html
root@LAPTOP-H2EI4I6A:/var/lib/docker/volumes/test_volume3/_data# echo "Hello docker , I am hx">index.html
root@LAPTOP-H2EI4I6A:/var/lib/docker/volumes/test_volume3/_data# cat index.html
Hello docker , I am hx
  1. 查看页面
    在这里插入图片描述
  2. 清理释放空间
docker stop nginx3
docker rm nginx3

结论：mount 创建的卷数据也会完成同步。

Docker 卷生命周期

  1. -v 创建管理卷，并且启动容器
    Shell
    docker container run --name nginx2 -d -p 80:80 -
    vtest_volume2:/usr/share/nginx/html nginx:1.22.1
  2. 进入卷目录，注意此时可以看到容器里面的内容自动的放到了宿主机里面，也就是说宿主机上没有容器会拷贝过去。
    在这里插入图片描述
  3. 修改 index.html
root@LAPTOP-H2EI4I6A:/var/lib/docker/volumes/test_volume2/_data# echo "today is monday">index.html
root@LAPTOP-H2EI4I6A:/var/lib/docker/volumes/test_volume2/_data# cat index.html 
today is monday
  1. 浏览器查看
    在这里插入图片描述
  2. 清理释放空间
docker stop nginx2 
docker rm nginx2
  1. 进入卷目录查看可以看到文件并没有被删除
root@139-159-150-152:/data/var/lib/docker/volumes/test_volume2/_data# cd /data/var/lib/docker/volumes/test_volume2/_data
root@139-159-150-152:/data/var/lib/docker/volumes/test_volume2/_data# cat index.html 
today is monday
  1. 删除卷，可以看到我们的卷被删除掉了。
root@139-159-150-152:/data/var/lib/docker/volumes/test_volume2/_data# docker volume rm test_volume2
test_volume2
root@139-159-150-152:/data/var/lib/docker/volumes/test_volume2/_data/./..# ls /data/var/lib/docker/volumes/test_volume2/_data
ls: cannot access '/data/var/lib/docker/volumes/test_volume2/_data': No such file or directory

Docker 卷共享

  1. -v 创建管理卷，并且启动 2 容器，指定同一个卷
docker container run --name nginx2 -d -p 80:80 -vtest_volume2:/usr/share/nginx/html nginx:1.22.1
docker container run --name nginx3 -d -p 8080:80 -vtest_volume2:/usr/share/nginx/html nginx:1.22.1
  1. 进入卷目录
    root@139-159-150-152:/data/var/lib/docker/volumes/test_volume/_data# docker inspect test_volume2
    在这里插入图片描述
  2. 修改 index.html
root@LAPTOP-H2EI4I6A:/var/lib/docker/volumes/test_volume2/_data# echo "today is monday">index.html
root@LAPTOP-H2EI4I6A:/var/lib/docker/volumes/test_volume2/_data# cat index.html 
today is monday
  1. 浏览器查看,可以看到两个都是一样的首页
    在这里插入图片描述
    在这里插入图片描述
  2. 清理释放空间
docker stop nginx2 nginx3 
docker rm nginx2 nginx3

绑定卷 bind mount

-v 和-mount 都可以完成绑定卷的创建

创建卷

-v 参数创建卷

• 功能：
完成卷映射
• 语法

docker run -v name:directory[:options] .........

• 参数
￮ 第一个参数：宿主机目录，这个和管理卷是不一样的
￮ 第二个参数：卷映射到容器的目录
￮ 第三个参数：选项，如 ro 表示 readonly

• 样例

docker run -d -it --name devtest -v "$(pwd)"/target:/app nginx:latest

–mount 参数创建绑定卷

• 功能：
完成目录映射
• 语法

--mount '<key>=<value>,<key>=<value>'

• 关键参数
￮ type ： 类型表示 bind, volume, or tmpfs
￮ source ，src ：宿主机目录，这个和管理卷是不一样的。
￮ destination，dst,target：文件或目录挂载在容器中的路径
￮ ro,readonly: 只读方式挂载
• 样例

docker run -d -it --name devtest --mount type=bind,source="$(pwd)"/target,target=/app nginx:latest

操作案例

mount 创建绑定卷

  1. 使用-mount 方式创建容器： 创建 nginx 容器，并将宿主机/webapp1 目录挂载至容器/usr/share/nginx/html 目录,注意如果 webapp1 目录不存在会启动报错
#创建目录
root@139-159-150-152:/data/myworkdir/fs# mkdir -p /data/myworkdir/fs/webapp1
root@139-159-150-152:/data/myworkdir/fs# docker run -d -p 80:80 --name bind1 --mount type=bind,source=/data/myworkdir/fs/webapp1,target=/usr/share/nginx/html nginx:1.22.1
8acce86ee0ae8e397e6824521113f1084de7890364efa2f1806d600c926a7a65
root@139-159-150-152:/data/var/lib/docker/volumes/test_volume2/_data# docker run -d -p 80:80 --name bind1 --mount type=bind,source=/data/myworkdir/fs/webapp1_new,target=/usr/share/nginx/html nginx:1.22.1
docker: Error response from daemon: invalid mount config for type 
"bind": bind source path does not exist:/data/myworkdir/fs/webapp1_new.
See 'docker run --help'.
  1. 查看挂载信息
root@139-159-150-152:/data/myworkdir/fs# docker inspect bind1"Mounts": [{"Type": "bind","Source": "/data/myworkdir/fs/webapp1","Target": "/usr/share/nginx/html"}],
....

 "Mounts": [{"Type": "bind",
"Source": "/data/myworkdir/fs/webapp1","Destination": "/usr/share/nginx/html","Mode": "","RW": true,"Propagation": "rprivate"}],
  1. 进入容器的终端，查看挂载点目录,和在宿主机上查看里面都是没有文件
root@139-159-150-152:/data/myworkdir/fs# docker exec -it bind1 ls /usr/share/nginx/html
root@139-159-150-152:/data/myworkdir/fs# ll webapp1
total 8
drwxr-xr-x 2 root root 4096 Mar 16 13:39 ./
drwxr-xr-x 9 root root 4096 Mar 16 13:39 ../

可以发现容器该目录本身存在的文件消失不见， 这是 bind mount 模式和 volume 模式最大的不同点

  1. 我们在宿主机上添加 index.html
root@139-159-150-152:/data/myworkdir/fs# cd 
/data/myworkdir/fs/webapp1
root@139-159-150-152:/data/myworkdir/fs/webapp1# echo "Hello bit bind mount" >> index.html
# 这里是追加哦看仔细！
  1. 通过浏览器访问，可以看到，容器已经读取到宿主机的共享内容了。
    在这里插入图片描述
  2. 删除容器，然后查看宿主机上的文件
    还是存在，说明容器删除并不影响 bind 映射。
root@139-159-150-152:/data/myworkdir/fs/webapp1# docker stop bind1 
bind1
root@139-159-150-152:/data/myworkdir/fs/webapp1# docker rm bind1
bind1
root@139-159-150-152:/data/myworkdir/fs/webapp1# ll
total 12
drwxr-xr-x 2 root root 4096 Mar 16 13:48 ./
drwxr-xr-x 9 root root 4096 Mar 16 13:39 ../
-rw-r--r-- 1 root root 21 Mar 16 13:48 index.html
  1. 释放空间
root@139-159-150-152:/data/myworkdir/fs/webapp1# docker stop bind2
bind2
root@139-159-150-152:/data/myworkdir/fs/webapp1# docker rm bind2
bind2

-v 创建绑定卷

  1. 使用-v 方式创建容器： 创建 nginx 容器，并将宿主机/webapp2 目录挂载至容器/usr/share/nginx/html 目录,
    注意如果 webapp2 目录不存在,启动不会报错，这是-v 和–mount 方式的区别
docker run -d -p 8080:80 --name bind2 -v /data/myworkdir/fs/webapp2:/usr/share/nginx/html nginx:1.22.1
  1. 查看挂载信息
root@139-159-150-152:/data/myworkdir/fs# docker inspect bind2
"Mounts": [{"Type": "bind","Source": "/data/myworkdir/fs/webapp2","Destination": "/usr/share/nginx/html","Mode": "","RW": true,"Propagation": "rprivate"}],
  1. 进入容器的终端，查看挂载点目录,和在宿主机上查看里面都是没有文件
root@139-159-150-152:/data/myworkdir/fs# docker exec -it bind2 ls 
/usr/share/nginx/html
root@139-159-150-152:/data/myworkdir/fs# ll webapp1
total 8
drwxr-xr-x 2 root root 4096 Mar 16 13:39 ./
drwxr-xr-x 9 root root 4096 Mar 16 13:39 ../

可以发现容器该目录本身存在的文件消失不见， 这是 bind mount 模式和 volume 模式最大的不同点
4. 我们在宿主机上添加 index.html

root@139-159-150-152:/data/myworkdir/fs# cd /data/myworkdir/fs/webapp2
root@139-159-150-152:/data/myworkdir/fs/webapp2# echo "Hello bit bind2 mount" > index.html
  1. 通过浏览器访问，可以看到，容器已经读取到宿主机的共享内容了。
    在这里插入图片描述
  2. 删除容器，然后查看宿主机上的文件,还是存在，说明容器删除并不影响 bind 映射。
root@139-159-150-152:/data/myworkdir/fs/webapp2# docker stop bind2
bind1
root@139-159-150-152:/data/myworkdir/fs/webapp2# docker rm bind2
bind1
root@139-159-150-152:/data/myworkdir/fs/webapp2# ll
total 12
drwxr-xr-x 2 root root 4096 Mar 16 13:48 ./
drwxr-xr-x 9 root root 4096 Mar 16 13:39 ../
-rw-r--r-- 1 root root 21 Mar 16 13:48 index.html

绑定卷共享

  1. 我们启动两个绑定卷，都绑定到宿主机的同一个目录
root@139-159-150-152:/data/myworkdir/fs/webapp1# docker run -d -p 80:80 --name bind3 -v /data/myworkdir/fs/webapp1:/usr/share/nginx/html nginx:1.22.1
31e0ddec8d99b65a22f70c63ab6bd08effe345ad298cbadd886b8e432f8d3711
root@139-159-150-152:/data/myworkdir/fs/webapp1# docker run -d -p 81:80 --name bind4 -v /data/myworkdir/fs/webapp1:/usr/share/nginx/html nginx:1.22.1
6b9676266200f77aa2a763449a0f27e394d2426c17458063c50e0ecdfdbcdd86
  1. 我们访问者 2 个页面可以看到相应内容一样
root@139-159-150-152:/data/myworkdir/fs/webapp1# curl 127.0.0.1:80
Hello bit bind mount
root@139-159-150-152:/data/myworkdir/fs/webapp1# curl 127.0.0.1:81
Hello bit bind mount
  1. 我们修改 index.html
root@139-159-150-152:/data/myworkdir/fs/webapp1# echo "bind mount 
after edit" > index.html
  1. 再次访问两个页面，可以看到我们实现了容器间的数据共享。
root@139-159-150-152:/data/myworkdir/fs/webapp1# curl 127.0.0.1:80
bind mount after edit
root@139-159-150-152:/data/myworkdir/fs/webapp1# curl 127.0.0.1:81
bind mount after edit
  1. 清理空间
docker stop bind3
docker rm bind3
docker stop bind4
docker rm bind4

临时卷 tmpfs

临时卷数据位于内存中，在容器和宿主机之外。
tmpfs 局限性
• 不同于卷和绑定挂载，不能在容器之间共享 tmpfs 挂载。
• 这个功能只有在 Linux 上运行 Docker 时才可用。

创建卷

方式一：指定–tmpfs 创建

• 功能：
完成临时卷映射
• 语法
Shell
–tmpfs /app
• 样例

docker run -d -it --name tmptest --tmpfs /app nginx:1.22.1

方式二：–mount 指定参数创建

• 功能：
完成目录映射
• 语法

--mount '<key>=<value>,<key>=<value>'

• 关键参数
￮ type ： 类型表示 bind, volume, or tmpfs
￮ destination，dst,target：挂载在容器中的路径
￮ tmpfs-size：tmpfs 挂载的大小（以字节为单位）。默认无限制。
￮ tmpfs-mode：tmpfs 的八进制文件模式。例如，700 或 0770。默认为 1777
或全局可写。
• 样例

docker run -d -it --name tmptest --mount type=tmpfs,destination=/app nginx:latest

操作案例

tmpfs 参数创建临时卷

  1. 创建临时卷并启动容器
docker container run --name tmpfs1 -d -p 80:80 --tmpfs /usr/share/nginx/html nginx:1.22.1
  1. 进入容器可以看到 nginx 里面的文件被覆盖了，也就是说 tmpfs 也会覆盖容器里面的文件
root@139-159-150-152:/data/myworkdir/fs/webapp2# docker exec -it tmpfs1 bash
root@1ed9f248b659:/# ls
bin boot dev docker-entrypoint.d docker-entrypoint.sh
etc home lib lib64 media mnt opt proc root run 
sbin srv sys tmp usr var
root@1ed9f248b659:/# cd /usr/share/nginx/html/
root@1ed9f248b659:/usr/share/nginx/html# ls -l
total 0
root@1ed9f248b659:
  1. 添加一个首页
root@1ed9f248b659:/usr/share/nginx/html# echo "Hello bit from tmpfs" > index.html
root@1ed9f248b659:/usr/share/nginx/html# cat index.html 
Hello bit from tmpfs
  1. 浏览器查看
    在这里插入图片描述
  2. 停止容器
docker stop tmpfs1
  1. 启动容器 **再次进入，可以看到 tmpfs 的内容完全消失了，也就是说内容是存在内存里面的。**具有一定的隐蔽性，当某些临时文件不想被查看到可以采用临时卷的方式
root@139-159-150-152:/data/myworkdir/fs/webapp2# docker start tmpfs1
tmpfs1
root@139-159-150-152:/data/myworkdir/fs/webapp2# docker exec -it tmpfs1 bash
root@1ed9f248b659:/# ls /usr/share/nginx/html/
root@1ed9f248b659:/#
  1. 清理空间
docker stop tmpfs1
docker rm tmpfs1

mount 创建临时卷

  1. 创建临时卷并启动容器
docker container run --name tmpfs1 -d -p 80:80 --mount type=tmpfs,destination=/usr/share/nginx/html,tmpfs-size=1m nginx:1.22.1
  1. 进入容器可以看到 nginx 里面的文件被覆盖了，也就是说 tmpfs 也会覆盖容器里面的文件
root@139-159-150-152:/data/myworkdir/fs/webapp2# docker exec -it 
tmpfs1 bash
root@1ed9f248b659:/# ls
bin boot dev docker-entrypoint.d docker-entrypoint.sh 
etc home lib lib64 media mnt opt proc root run 
sbin srv sys tmp usr var
root@1ed9f248b659:/# cd /usr/share/nginx/html/
root@1ed9f248b659:/usr/share/nginx/html# ls -l
total 0
root@1ed9f248b659:
  1. 添加一个首页
root@1ed9f248b659:/usr/share/nginx/html# echo "Hello bit from 
tmpfs" > index.html
root@1ed9f248b659:/usr/share/nginx/html# cat index.html 
Hello bit from tmpfs
  1. 浏览器查看
    在这里插入图片描述
  2. 拷贝一个大文件到容器里面,dockerdemo-1.0-SNAPSHOT.jar 约 17M
docker cp dockerdemo-1.0-SNAPSHOT.jar tmpfs1:/
  1. 拷贝文件到我们的卷目录，超过了限制，空间限制为了 1m，会提示没有空间。
root@139-159-150-152:/data/maxhou/myapp# docker exec -it tmpfs1 bash
root@1ed9f248b659:/# ls
bin dev docker-entrypoint.sh 
etc lib media opt root sbin sys tmp var
boot docker-entrypoint.d dockerdemo-1.0-SNAPSHOT.jar home 
lib64 mnt proc run srv test usr
root@1ed9f248b659:/# cd /usr/share/nginx/html
root@1ed9f248b659:/usr/share/nginx/html# cp /dockerdemo-1.0-
SNAPSHOT.jar .
cp: error writing './dockerdemo-1.0-SNAPSHOT.jar': No space left on device
  1. 停止容器
docker stop tmpfs1
  1. 启动容器 再次进入，可以看到 tmpfs 的内容完全消失了，也就是说内容是存在内存里面的。
root@139-159-150-152:/data/myworkdir/fs/webapp2# docker start tmpfs1
tmpfs1
root@139-159-150-152:/data/myworkdir/fs/webapp2# docker exec -it tmpfs1 bash
root@1ed9f248b659:/# ls /usr/share/nginx/html/
root@1ed9f248b659:/#

tmpfs 失踪了

实战目的

掌握临时卷的创建方式，了解临时卷的特殊存储方式

实战步骤

  1. 创建一个普通的容器
root@139-159-150-152:/data/myworkdir/fs/webapp1# docker run -d -it --name tmptest nginx:1.22.1
d3a0da7d9881d9bf8f409e9241c96c9ece826379eda94c3f5cc46ba633356ec3
  1. 在容器里面写入一个文件 mylabel.txt
root@139-159-150-152:/data/myworkdir/fs/webapp1# docker exec -it tmptest bash
root@d3a0da7d9881:/# mkdir -p /app
root@d3a0da7d9881:/# echo 1 > /app/mylabel.txt
root@d3a0da7d9881:/# exit
exit
  1. 我们在宿主机上查找文件，文件被找到了，是因为他在容器的可写层
root@139-159-150-152:/data/myworkdir/fs/webapp1# find / -name mylabel.txt
/data/var/lib/docker/overlay2/09ff8b4eb1604296a6e67c80918639eb8f67e7098bd1456551cb2cf858b647a8/merged/app/mylabel.txt
/data/var/lib/docker/overlay2/09ff8b4eb1604296a6e67c80918639eb8f67e7098bd1456551cb2cf858b647a8/diff/app/mylabel.txt
  1. 我们创建个临时卷
docker run -d --name tmptest2 --tmpfs /app nginx:1.22.1
  1. 进入容器在/app 目录下创建 mynewlabel.txt
root@139-159-150-152:/data/myworkdir/fs/webapp1# docker exec -it 
tmptest2 bash
root@409c2f09b485:/# ls app
root@409c2f09b485:/# echo 222 > /app/mynewlabel.txt
root@409c2f09b485:/# ls /app
mynewlabel.txt
root@409c2f09b485:/# exit 
exit
  1. 在宿主机上查找 mynewlabel.txt，可以发现，文件找不到
root@139-159-150-152:/data/myworkdir/fs/webapp1# find / -name 
mynewlabel.txt
root@139-159-150-152:/data/myworkdir/fs/webapp1#

所以 tmpfs 的内容不是存储在我们的容器的可写层里面的。
7. 释放资源

root@139-159-150-152:/data/myworkdir/fs/webapp1# docker stop tmptest
tmptest
root@139-159-150-152:/data/myworkdir/fs/webapp1# docker rm tmptest
tmptest
root@139-159-150-152:/data/myworkdir/fs/webapp1# docker stop tmptest2
tmptest2
root@139-159-150-152:/data/myworkdir/fs/webapp1# docker rm tmptest2
tmptest2

综合实战-MySQL 灾难恢复

实战目的

掌握挂载卷的使用，将 mysql 的业务数据存储到外部

实战步骤

使用 MySQL 5.7 的镜像创建容器并创建一个普通数据卷 mysql-data 用来保存容器中产生的数据。需要在容器中连接 MySQL 服务， 并创建数据库 test, 并在在该数据库中创建一个简单的表并插入一些数据进来。

  1. 准备镜像
root@139-159-150-152:~# docker pull mysql:5.7
5.7: Pulling from library/mysql
7b659169cb92: Pull complete 
e47c3f06a3f5: Pull complete 
e0656a27f56e: Pull complete 
b9f33f34ef42: Pull complete 
9fc5cbaf8704: Pull complete 
5fb8407bef93: Pull complete 
f8be4a2d031b: Pull complete 
b6cb2bff25e3: Pull complete 
056cc4a5c89a: Pull complete 
842896973144: Pull complete 
e55b6e95b292: Pull complete 
Digest: 
sha256:9202fc6bc8fa63615e6bfc0049fc660f712d164220c5c54d86519870c30
5ea48
Status: Downloaded newer image for mysql:5.7
docker.io/library/mysql:5.7
  1. 创建容器
root@139-159-150-152:~# docker container run --name mysql-demo -e 
MYSQL_ROOT_PASSWORD=bite -itd -v /data/myworkdir/mysql-data:/var/lib/mysql mysql:5.7
c0d8fb5266b554661270cec0145389550a2455e4848023d531ad90bb4d670a04

-e 选项通过参数 MYSQL_ROOT_PASSWORD 来传递 MySQL 密码
3. 查看容器挂载信息

root@139-159-150-152:~# docker container inspect mysql-demo | grep "Mounts" -A 10"Mounts": [{"Type": "bind","Source": "/data/myworkdir/mysql-data","Destination": "/var/lib/mysql","Mode": "","RW": true,"Propagation": "rprivate"}],"Config": {
  1. 连接 MySQL 的 shell， 创建数据库, 密码是 bite
root@139-159-150-152:~# docker container exec -it mysql-demo 
/bin/bash
bash-4.2# mysql -u root -p
Enter password: 
ERROR 1045 (28000): Access denied for user 'root'@'localhost' 
(using password: YES)
Welcome to the MySQL monitor. Commands end with ; or \g.
Your MySQL connection id is 3
Server version: 5.7.41 MySQL Community Server (GPL)
Copyright (c) 2000, 2023, Oracle and/or its affiliates.
Oracle is a registered trademark of Oracle Corporation and/or its
affiliates. Other names may be trademarks of their respective
owners.
Type 'help;' or '\h' for help. Type '\c' to clear the current 
input statement.
mysql> show databases;
+--------------------+
| Database           |
+--------------------+
| information_schema |
| mysql              |
| performance_schema |
| sys                |
+--------------------+
4 rows in set (0.00 sec)
mysql> create database user;
Query OK, 1 row affected (0.00 sec)
mysql> use user
Database changed
mysql> create table student(sno char(3), sname varchar(10));
Query OK, 0 rows affected (0.01 sec)
mysql> insert into student values('1', 'zs'),('2', 'ls');
Query OK, 2 rows affected (0.01 sec)
Records: 2 Duplicates: 0 Warnings: 0
mysql> select * from student;
+------+-------+
| sno  | sname |
+------+-------+
| 1    |    zs |
| 2    |    ls |
+------+-------+
2 rows in set (0.00 sec)
mysql> exit
Bye

创建了一个 user 数据库，并在该数据库中创建一个 student 表，在表中插入了两条数据。
5. 在宿主机中查看 volume

root@139-159-150-152:~# ll /data/myworkdir/mysql-data/
total 188488
drwxr-xr-x 6 systemd-coredump root 4096 Mar 16 15:16 ./
drwxr-xr-x 6 root root 4096 Mar 16 15:14 ../
-rw-r----- 1 systemd-coredump systemd-coredump 56 Mar 16 15:14 auto.cnf
-rw------- 1 systemd-coredump systemd-coredump 1680 Mar 16 15:14 ca-key.pem
-rw-r--r-- 1 systemd-coredump systemd-coredump 1112 Mar 16 15:14 ca.pem
-rw-r--r-- 1 systemd-coredump systemd-coredump 1112 Mar 16 15:14 client-cert.pem
-rw------- 1 systemd-coredump systemd-coredump 1676 Mar 16 15:14 client-key.pem
-rw-r----- 1 systemd-coredump systemd-coredump 1318 Mar 16 15:14 ib_buffer_pool
-rw-r----- 1 systemd-coredump systemd-coredump 79691776 Mar 16 15:17 ibdata1
-rw-r----- 1 systemd-coredump systemd-coredump 50331648 Mar 16 15:17 ib_logfile0
-rw-r----- 1 systemd-coredump systemd-coredump 50331648 Mar 16 15:14 ib_logfile1
-rw-r----- 1 systemd-coredump systemd-coredump 12582912 Mar 16 15:14 ibtmp1
drwxr-x--- 2 systemd-coredump systemd-coredump 4096 Mar 16 15:14 mysql/
lrwxrwxrwx 1 systemd-coredump systemd-coredump 27 Mar 16 15:14 mysql.sock -> /var/run/mysqld/mysqld.sock=
drwxr-x--- 2 systemd-coredump systemd-coredump 4096 Mar 16 15:14 performance_schema/
-rw------- 1 systemd-coredump systemd-coredump 1680 Mar 16 15:14 private_key.pem
-rw-r--r-- 1 systemd-coredump systemd-coredump 452 Mar 16 15:14 public_key.pem
-rw-r--r-- 1 systemd-coredump systemd-coredump 1112 Mar 16 15:14 server-cert.pem
-rw------- 1 systemd-coredump systemd-coredump 1680 Mar 16 15:14 server-key.pem
drwxr-x--- 2 systemd-coredump systemd-coredump 12288 Mar 16 15:14 sys/
drwxr-x--- 2 systemd-coredump systemd-coredump 4096 Mar 16 15:17 user/

root@139-159-150-152:~# cd /data/myworkdir/mysql-data/user
root@139-159-150-152:/data/myworkdir/mysql-data/user# ll
total 120
drwxr-x--- 2 systemd-coredump systemd-coredump 4096 Mar 16 15:17 ./
drwxr-xr-x 6 systemd-coredump root 4096 Mar 16 15:16 ../
-rw-r----- 1 systemd-coredump systemd-coredump 65 Mar 16 15:16 db.opt
-rw-r----- 1 systemd-coredump systemd-coredump 8590 Mar 16 15:17 student.frm
-rw-r----- 1 systemd-coredump systemd-coredump 98304 Mar 16 15:17 student.ibd

可以看到容器中 MySQL 创建的数据库和表数据以及持久化到宿主机挂载的目录下了。
6. 有一天莫名其妙停电了， 然后服务器重启了，这个时候 Mysql 没有起来，然后有个哥们看磁盘空间不多了，把所有停止的容器都删除了。结果我们的 Mysql 也没有了。

docker stop mysql-demo
docker rm mysql-demo
  1. 幸好我们的数据还在，这个时候怎么恢复呢，我们再次启动我们的运行命令，确保目录映射一致就能找回我们的数据了。
root@139-159-150-152:/data/myworkdir/mysql-data/user# docker container run --name mysql-demo-new -e MYSQL_ROOT_PASSWORD=bite -itd -v /data/myworkdir/mysql-data:/var/lib/mysql mysql:5.7
59f87837af7815bd679f06efc95d1ad7420c260442a7318c994c103dee8e5d01
  1. 我们通过 mysql 的客户端进去，再次查看我们的数据
root@139-159-150-152:/data/myworkdir/mysql-data/user# docker exec -it mysql-demo-new bash
bash-4.2# msyql 
bash: msyql: command not found
bash-4.2# msyql -p
bash: msyql: command not found
bash-4.2# msyql -uroot -p
bash: msyql: command not found
bash-4.2# mysql -u root -p
Enter password: 
Welcome to the MySQL monitor. Commands end with ; or \g.
Your MySQL connection id is 2
Server version: 5.7.41 MySQL Community Server (GPL)
Copyright (c) 2000, 2023, Oracle and/or its affiliates.
Oracle is a registered trademark of Oracle Corporation and/or its
affiliates. Other names may be trademarks of their respective
owners.
Type 'help;' or '\h' for help. Type '\c' to clear the current 
input statement.
mysql> show databases;
+--------------------+
|           Database |
+--------------------+
| information_schema |
|              mysql |
| performance_schema |
|                sys |
|               user |
+--------------------+
5 rows in set (0.01 sec)
mysql> use user;
Reading table information for completion of table and column names
You can turn off this feature to get a quicker startup with -A
Database changed
mysql> show tables;
+----------------+
| Tables_in_user |
+----------------+
|        student |
+----------------+
1 row in set (0.00 sec)
mysql> select * from student;
+------+-------+
|  sno | sname |
+------+-------+
|    1 |    zs |
|    2 |    ls |
+------+-------+
2 rows in set (0.00 sec)
mysql> exit
Bye

我们的数据还在！！！！
9. 释放空间

docker stop mysql-demo-new
docker rm mysql-demo-new

常见问题

  1. 什么时候用 Volume，什么时候用 bind、tmpfs？
    volume：volume 是 docker 的宿主机文件系统一部分，用于不需要规划具体目录的场景
    bind：bind mount 完全是依赖于主机的目录结构和操作系统，用于目录需要提前规划，比如 mysql 的目录需要个空间大的，其他服务有不占用的时候，用 volume 就不太合适了
    tmpfs：用于敏感文件存储，文件不想存储的宿主机和容器的可写层之中

扩展思考：存储卷在实际研发中带来了哪些问题

  1. 跨主机使用
    docker 存储卷是使用其所在的宿主机上的本地文件系统目录，也就是宿主机有一块磁盘，这块磁盘并没有共享给其他的 docker 主机，容器在这宿主机上停止或删除，是可以重新再创建的，但是不能调度到其他的主机上，这也是 docker 本身没有解决的问题，所以 docker 存储卷默认就是 docker 所在主机的本地，但是自己搭建一个共享的 NFS来存储 docker 存储的数据，也可以实现，但是这个过程强依赖于运维人员的能力。
    所以未来应用的存储和数据往往分离，越来越多的分布式存储方案出现，如 s3 系列，nfs 等。
  2. 启动参数未知
    容器有一个问题，一般与进程的启动不太一样，就是容器启动时选项比较多，如果下次再启动时，很容器会忘记它启动时的选项，所以最好有一个文件来保存容器的启动，这就是容器编排工具的作用。
    一般情况下，是使用命令来启动操作 docker,但是可以通过文件来读，也就读文件来启动，读所需要的存储卷等，但是它也只是操作一个容器，如果要几十上百个容器操作，就需要专业的容器编排工具
    这种一般像开源的 k8s，各个云厂商也有自己的企业版编排软件。
  3. 复杂场景仍然需要运维
    对于有状态要持久的集群化组件，如 mysql 的主从。部署维护一个 Mysql 主从需要运维知识、经验整合进去才能实现所谓的部署，扩展或缩容，出现问题后修复，必须要了解集群的规模有多大，有多少个主节点，有多少个从节点，主节点上有多少个库，这些都要一清二楚，才能修复故障，这些就强依赖于运维经验这种复杂的场景往往还是需要人力，很难有完美的工具出现。

本文来自互联网用户投稿，该文观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处：http://www.mzph.cn/news/889429.shtml

如若内容造成侵权/违法违规/事实不符，请联系多彩编程网进行投诉反馈email:809451989@qq.com，一经查实，立即删除！

相关文章

汽车总线协议分析-CAN总线

汽车总线协议分析-CAN总线

随着汽车工业的发展&#xff0c;汽车各系统的控制逐步向自动化和智能化转变&#xff0c;汽车电气系统变得日益复杂。许多车辆设计使用CAN、CAN-FD、LIN、FlexRay或SENT在电子控制单元(ECU)之间以及ECU与传感器&#xff0c;执行器和显示器之间进行通信。这些ECU之间的通信允许车…
阅读更多...
前端性能优化（理念篇）

前端性能优化（理念篇）

前端性能优化&#xff08;理念篇&#xff09; 前言 其实前端性能优化&#xff0c;按照我的理解&#xff0c;首先你公司的硬件条件跟其它资源跟的上&#xff0c;比如服务器资源&#xff0c;宽带怎么样&#xff0c;还有后端接口响应如何&#xff0c;这些资源都具备后&#xff0…
阅读更多...
IIS部署程序https是访问出现403或ERR_HTTP2_PROTOCOL_ERROR

IIS部署程序https是访问出现403或ERR_HTTP2_PROTOCOL_ERROR

一、说明 在windows server 2016中的IIS程序池里部署一套系统&#xff0c;通过https访问站点&#xff0c;同时考虑到安全问题以及防攻击等行为&#xff0c;就用上了WAF云盾功能&#xff0c;能有效的抵挡部分攻击&#xff0c;加强网站的安全性和健壮性。 应用系统一直能够正常…
阅读更多...
【深度学习】热力图绘制

【深度学习】热力图绘制

热力图&#xff08;Heatmap&#xff09;是一种数据可视化方法&#xff0c;通过颜色来表示数据矩阵中的数值大小&#xff0c;以便更直观地展示数据的分布和模式。热力图在许多领域中都有应用&#xff0c;尤其在统计分析、机器学习、数据挖掘等领域&#xff0c;能够帮助我们快速识…
阅读更多...
3.6 IP 数据报的发送与转发

3.6 IP 数据报的发送与转发

欢迎大家订阅【计算机网络】学习专栏&#xff0c;开启你的计算机网络学习之旅&#xff01; 文章目录 前言1 主机发送 IP 数据报2 直接交付与间接交付3 路由器转发 IP 数据报4 习题分析 前言 在计算机网络中&#xff0c;数据传输的核心工作之一是通过 IP 协议将数据从源主机传递…
阅读更多...
PH热榜 | 2024-12-13

PH热榜 | 2024-12-13

1. AI Santa by Tavus 标语&#xff1a;随时随地&#xff0c;视频连线圣诞老人&#xff01; 介绍&#xff1a;准备好迎接AI圣诞老人了吗&#xff1f;塔武斯公司推出的这款神奇的节日体验&#xff0c;能让你实时用30多种语言与圣诞老人对话&#xff0c;看看自己今年是乖孩子还…
阅读更多...
双击 Origin 文件后打开软件只有空白没有任何窗口、或者打开后加载失败解决办法

双击 Origin 文件后打开软件只有空白没有任何窗口、或者打开后加载失败解决办法

这其实是因为你的文件并没有在 Origin 中打开&#xff0c;可以在标题栏确认 如果这里显示为 UNTITLED&#xff0c;就说明文件还没有在 Origin 中打开。如果你遇到此类问题&#xff0c;我们建议尝试以下方法。 方法 1 设 Origin 为打开 .opj/opju 文件时的默认应用程序 右键单…
阅读更多...
【电子通识】电流倒灌为什么需要注意？

【电子通识】电流倒灌为什么需要注意？

电流倒灌是一个很常见的问题，以“IO电流倒灌”为关键词在百度上进行搜索，可以找到很多相关案例。 电流倒灌问题在5V电平的单片机时代几乎不会发生，主要是因为5V单片的IO耐压值高，单片机内部结构对IO保护设计很好。 到了3.3V单片机时代，这类问题有一定的偶发性，但…
阅读更多...
奇怪的知识又增加了：ESP32下的Lisp编程=＞ULisp--Lisp for microcontrollers

奇怪的知识又增加了：ESP32下的Lisp编程=＞ULisp--Lisp for microcontrollers

ESP32下有MicroPython&#xff0c;那么我就在想&#xff0c;有Lisp语言支持吗&#xff1f;答案是果然有&#xff01;有ULisp&#xff0c;专门为MCU设计的Lisp&#xff01; 网址&#xff1a;uLisp - Lisp for microcontrollers 介绍&#xff1a;用于微控制器的 Lisp 适用于 Ar…
阅读更多...
【竞技宝】LOL:JDG官宣yagao离队

【竞技宝】LOL:JDG官宣yagao离队

北京时间2024年12月13日,在英雄联盟S14全球总决赛结束之后,各大赛区都已经进入了休赛期,目前休赛期也快进入尾声,LPL大部分队伍都开始陆续官宣转会期的动向,其中JDG就在近期正式官宣中单选手yagao离队,而后者大概率将直接选择退役。 近日,JDG战队在官方微博上连续发布阵容变动消…
阅读更多...
得物App奢侈品鉴别能力再获A级资质认证

得物App奢侈品鉴别能力再获A级资质认证

11月20日&#xff0c;在中国出入境检验检疫协会举办的“2024高端消费品检验鉴定与市场可持续发展大会”上传出消息&#xff0c;得物App因“先鉴别、后发货”保障正品的突出表现以及较高的消费者认可度&#xff0c;被中国海关科学技术研究中心授予“奢侈品鉴别&#xff08;箱包类…
阅读更多...
使用BMFont创建适用于Unity的艺术字

使用BMFont创建适用于Unity的艺术字

最近经常使用艺术字&#xff0c;虽然之前的工作经验我知道只需要修什么哪些就可以弄好艺术字的创建和间隔&#xff0c;所以打算做个总结&#xff0c;接下来分为以下几步&#xff08;其中会有补充&#xff0c;最后会有如何解决unity艺术字的字距问题&#xff09; 第1步 下载BMF…
阅读更多...
websocket_asyncio

websocket_asyncio

WebSocket 和 asyncio 指南 简介 本指南涵盖了使用 Python 中的 websockets 库进行 WebSocket 编程的基础知识&#xff0c;以及 asyncio 在异步非阻塞 I/O 中的作用。它提供了构建高效 WebSocket 服务端和客户端的知识&#xff0c;以及 asyncio 的特性和优势。 1. 什么是 WebS…
阅读更多...
数据结构_树表的查找

数据结构_树表的查找

平衡调整方法 四种类型的调整 LL型调整 RR型调整 LR型调整 RL型调整 // 以p为根的二叉排序树作右旋处理(LL void BST::rRotate(BiNode*& p) {BiNode* k p->lChild;p->lChild k->rChild;k->rChild p;p k; }// 以p为根的二叉排序树作左旋处理(RR void BST:…
阅读更多...
51c~Pytorch~合集2

51c~Pytorch~合集2

我自己的原文哦~ https://blog.51cto.com/whaosoft/11878447 一、PyTorch与torch-xla的桥接 文章从XLATensor开始的溯源、注册PyTorch库实现、从PyTorch调用到torch_xla三个方面来介绍PyTorch与torch-xla的桥接 XLA (Accelerated Linear Algebra)是一个开源的机器学习编…
阅读更多...
TMS320C55x DSP芯片结构和CPU外围电路

TMS320C55x DSP芯片结构和CPU外围电路

第2章 DSP芯片结构和CPU外围电路 文章目录 第2章 DSP芯片结构和CPU外围电路TMS320C55x处理器的特点TMS320c55x CPU单元指令缓冲(Instruction Buffer Unit) I单元程序流程(Program Flow Unit) P单元地址数据(Address-data Flow Unit) A单元数据计算(Data Computation Unit) D单元…
阅读更多...
实战攻防中针对JS路径的泄露和Webpack漏洞的初探

实战攻防中针对JS路径的泄露和Webpack漏洞的初探

0x1前言 浅谈 这篇文章给师傅们分享下前段时间跟其他师傅学习和交流的Webpack相关漏洞&#xff0c;这个漏洞相对来说比较冷门&#xff0c;在web漏洞中不是那么的热度高&#xff0c;但是平常去挖掘和发现这个漏洞相对来说还是不难的。 后面要是有机会可以给师傅们分享下油猴的…
阅读更多...
【人工智能基础08】卷积神经网络习题：卷积神经网络计算、图像填充、卷积的表达与设计

【人工智能基础08】卷积神经网络习题：卷积神经网络计算、图像填充、卷积的表达与设计

文章目录 1. 卷积核计算2. 卷积神经网络计算3. 卷积核关注的特征问题解答水平边缘检测与水平条纹检测45度条纹检测 4. 图像检测5. 卷积网络是特殊的全连接网络6. 输出矩阵的三种填充方法7. 卷积设计8.9 成像公式10. 卷积的计算次数11. 全连接层的计算 1. 卷积核计算 卷积操作过…
阅读更多...
音乐网站设计与实现

音乐网站设计与实现

文末获取源码和万字论文&#xff0c;制作不易&#xff0c;感谢点赞支持。 音乐网站设计与实现 摘 要 本音乐网站是针对目前音乐网站管理的实际需求&#xff0c;从实际工作出发&#xff0c;对过去的音乐网站管理系统存在的问题进行分析&#xff0c;结合计算机系统的结构、概念、…
阅读更多...
【机器学习】在向量的流光中，揽数理星河为衣，以线性代数为钥，轻启机器学习黎明的瑰丽诗章

【机器学习】在向量的流光中，揽数理星河为衣，以线性代数为钥，轻启机器学习黎明的瑰丽诗章

文章目录 线性代数入门&#xff1a;机器学习零基础小白指南前言一、向量&#xff1a;数据的基本单元1.1 什么是向量&#xff1f;1.1.1 举个例子&#xff1a; 1.2 向量的表示与维度1.2.1 向量的维度1.2.2 向量的表示方法 1.3 向量的基本运算1.3.1 向量加法1.3.2 向量的数乘1.3.3…
阅读更多...
推荐文章
最新文章

Copyright @ 2022~2023