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