docker-compose down 后 mysql 丢失部分数据, 数据也挂载到了宿主机

[fzzff]

    mysql:
        image: mysql:8.0
        container_name: ai_butler_dev_mysql
        volumes:
          - ./mysql/data:/var/lib/mysql
          - ./mysql/my.cnf:/etc/my.cnf
        ports:
          - "3308:3306"

docker-compose 配置如上, 先执行了 docker-compose down, 然后执行了 docker-compose up -d 后发现数据库内部分数据丢失, 应该如何排查和找回数据

[ksc010]

丢失的哪部分数据
占比多少？是刚插入的，还是老的数据？

理论上 关闭 mysql 时，即使是在内存的中的数据，也会保存到硬盘才会关闭。除非开启了事务，并且没有提交

[tpxcer]

关的时候丢失感觉能理解？

[hefish]

说不定是哪儿给误删了。。。

[novolunt]

@ksc010 他这个是删除 docker 的容器不是关闭进程，根本没给你写到硬盘的机会

[novolunt]

```
version: "3"
pre-up: "./pre-up.sh"
post-down: "./post-down.sh"
services:
service1:
build: .
volumes:
- "/tmp/data-var:/var/data"
```

[novolunt]

这里有相关的问题的解答，一般数据库不建议使用容器，停止容器的钩子，目前只有 k8s 支持
https://github.com/docker/compose/issues/6736

[rekulas]

据说通过挂载数据目录使用 mysql 存在一定的 io 风险，故障情况下会增加数据损坏的风险，建议 mysql 宿主机运行好点

不过我看 mysql 官方好像也没对 docker 运行有过风险提醒，反而热衷于 docker 测试想让大家明白 docker 跑起来速度还是挺不错的。。

[rekulas]

不过你这个还不算故障情况，应该是强关造成的，建议写个脚本关闭，先通过容器优雅停止 mysql ，再删除容器

[defunct9]

开 ssh ，让我上去看看

[ksc010]

@novolunt docker-compose down 也是先 stop 再 remove

强制杀死 是 docker compose kill

[ql562482472]

docker stop 是发了信号给容器进程的 如果有 shutdownhook 应该是可以被调用的。
这里要注意的几个点，
1 是要使用官方 mysql 镜像，确保容器进程是 mysql
2 是要留足 stop 的 timeout ，这既通过改 timeout ，也可以通过在在容器中执行 mysql 的停机再去停止容器，这样看来，在容器中停止 mysql 后再停止容器是更安全的

[ccccccccw]

我之前也出现了这种问题，https://www.v2ex.com/t/864723 ，postgresql 的，也不知道是什么原因造成的

[Nitroethane]

@ql562482472 赞同 11 楼回复，docker 停止容器的时候先是发送 sigterm 信号，经过固定的时间后如果进程还没退出，就直接用 sigkill 干掉

[fzzff]

更新下, 最终找到了数据丢失的原因, 比较奇葩...项目本身在 /home/srv 下但是有其他同事将项目整体移动到了 /data/home/srv 下, 但是此时运行中的容器挂载的目录绝对路径还是 /home/srv, 所以在同事移动项目到 down 容器之间的时间修改添加的数据都被放到了 /home/srv/mysql 里, 然后我在 /data/home/srv 目录下 up 就造成了数据丢失的假象..