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 后发现数据库内部分数据丢失, 应该如何排查和找回数据
 |
1
ksc010 Jul 25, 2022
丢失的哪部分数据
占比多少？是刚插入的，还是老的数据？ 理论上 关闭 mysql 时，即使是在内存的中的数据，也会保存到硬盘才会关闭。除非开启了事务，并且没有提交 |
 |
2
tpxcer Jul 25, 2022
关的时候丢失感觉能理解？
|
 |
3
hefish Jul 25, 2022
说不定是哪儿给误删了。。。
|
 |
5
novolunt Jul 25, 2022
```
version: "3" pre-up: "./pre-up.sh" post-down: "./post-down.sh" services: service1: build: . volumes: - "/tmp/data-var:/var/data" ``` |
|
6
novolunt Jul 25, 2022
这里有相关的问题的解答，一般数据库不建议使用容器，停止容器的钩子，目前只有 k8s 支持
https://github.com/docker/compose/issues/6736 |
 |
7
rekulas Jul 25, 2022
据说通过挂载数据目录使用 mysql 存在一定的 io 风险，故障情况下会增加数据损坏的风险，建议 mysql 宿主机运行好点
不过我看 mysql 官方好像也没对 docker 运行有过风险提醒，反而热衷于 docker 测试想让大家明白 docker 跑起来速度还是挺不错的。。 |
|
8
rekulas Jul 25, 2022
不过你这个还不算故障情况，应该是强关造成的，建议写个脚本关闭，先通过容器优雅停止 mysql ，再删除容器
|
 |
9
defunct9 Jul 25, 2022  2
开 ssh ，让我上去看看
|
 |
11
ql562482472 Jul 25, 2022
docker stop 是发了信号给容器进程的 如果有 shutdownhook 应该是可以被调用的。
这里要注意的几个点， 1 是要使用官方 mysql 镜像，确保容器进程是 mysql 2 是要留足 stop 的 timeout ，这既通过改 timeout ，也可以通过在在容器中执行 mysql 的停机再去停止容器，这样看来，在容器中停止 mysql 后再停止容器是更安全的 |
 |
12
ccccccccw Jul 25, 2022
我之前也出现了这种问题，https://www.v2ex.com/t/864723 ，postgresql 的，也不知道是什么原因造成的
|
 |
13
Nitroethane Jul 25, 2022 via iPhone
@ql562482472 赞同 11 楼回复，docker 停止容器的时候先是发送 sigterm 信号，经过固定的时间后如果进程还没退出，就直接用 sigkill 干掉
|
 |
14
fzzff OP 更新下, 最终找到了数据丢失的原因, 比较奇葩...项目本身在 /home/srv 下但是有其他同事将项目整体移动到了 /data/home/srv 下, 但是此时运行中的容器挂载的目录绝对路径还是 /home/srv, 所以在同事移动项目到 down 容器之间的时间修改添加的数据都被放到了 /home/srv/mysql 里, 然后我在 /data/home/srv 目录下 up 就造成了数据丢失的假象..
|
Select Language