情景描述
在某个系统中，功能性的服务使用
docker stack deploy xxx 启动，某个国产数据库的服务单独使用
docker run xxx 启动，数据库服务没有将存储的位置挂载出来；结果客户重启了服务器…再登录到服务器重启服务的时候，发现了一个问题，之前数据库里的数据可能会消失（如果再使用 docker run 启动的话）。
解决办法
尝试1
起初想的是数据肯定丢了，那就只能重新折腾一次数据了，但工作量太大了…
不过也没办法，下次再启动，把存储挂载到硬盘就好了，Orz
不过和同事交流了之后，发现了一个更为简单（但也不是永久的办法），见尝试2
尝试2
同事提到，可以使用
docker start container_name 再次将容器启动，这样的话数据还在。后面尝试了一下，果然数据还在……虽然也只是个临时的解决办法后面想了一下，docker启动的镜像，如果不将数据映射出来的话，会存储在默认的volume；即使用docker restart xxx重启容器，那变动的数据也还是在的；也就是说在这个地方，服务器重启了，容器挂掉了（使用docker ps查看，其容器状态是Exited），但其实之前的数据还会在默认的volume下，只有删除掉容器的时候，变动的数据才会丢失。
验证测试
随便打包一个镜像，启动容器，创建一个文件，再停止，再启动，查看文件是否存在
# 启动容器
➜ docker_start_test docker run -itd --name docker_run_test 4cbf48630b46 ping 127.0.0.1
d6278f537113122d4ccbe00950790750215c5a09002bcbd1ef6f9e660fc9eaac
➜ docker_start_test docker ps -a
CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES
d6278f537113 4cbf48630b46 "ping 127.0.0.1" 3 seconds ago Up 2 seconds docker_run_test
# 进容器增加文件
➜ docker_start_test docker exec -it docker_run_test /bin/sh
sh-4.2# pwd
/
sh-4.2# touch test
sh-4.2# exit
exit
# 重启容器
➜ docker_start_test docker stop docker_run_test
docker_run_test
➜ docker_start_test docker ps -a | grep docker_run_test
d6278f537113 4cbf48630b46 "ping 127.0.0.1" About a minute ago Exited (137) 12 seconds ago docker_run_test
# 进去查看文件是否存在
➜ docker_start_test docker start docker_run_test
docker_run_test
➜ docker_start_test docker exec -ti docker_run_test /bin/sh
sh-4.2# ls
anaconda-post.log bin dev etc home lib lib64 lost+found media mnt opt proc root run sbin srv sys test tmp usr var
