V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
fzzff
V2EX  ›  程序员

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

  •  
  •   fzzff · 2022-07-25 11:43:39 +08:00 · 2299 次点击
    这是一个创建于 641 天前的主题,其中的信息可能已经有所发展或是发生改变。
        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
    ksc010
        1
    ksc010  
       2022-07-25 12:08:39 +08:00
    丢失的哪部分数据
    占比多少?是刚插入的,还是老的数据?

    理论上 关闭 mysql 时,即使是在内存的中的数据,也会保存到硬盘才会关闭。除非开启了事务,并且没有提交
    tpxcer
        2
    tpxcer  
       2022-07-25 12:29:51 +08:00
    关的时候丢失感觉能理解?
    hefish
        3
    hefish  
       2022-07-25 12:31:25 +08:00
    说不定是哪儿给误删了。。。
    novolunt
        4
    novolunt  
       2022-07-25 12:51:48 +08:00
    @ksc010 他这个是删除 docker 的容器不是关闭进程,根本没给你写到硬盘的机会
    novolunt
        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"
    ```
    novolunt
        6
    novolunt  
       2022-07-25 12:59:52 +08:00
    这里有相关的问题的解答,一般数据库不建议使用容器,停止容器的钩子,目前只有 k8s 支持
    https://github.com/docker/compose/issues/6736
    rekulas
        7
    rekulas  
       2022-07-25 13:03:53 +08:00
    据说通过挂载数据目录使用 mysql 存在一定的 io 风险,故障情况下会增加数据损坏的风险,建议 mysql 宿主机运行好点

    不过我看 mysql 官方好像也没对 docker 运行有过风险提醒,反而热衷于 docker 测试想让大家明白 docker 跑起来速度还是挺不错的。。
    rekulas
        8
    rekulas  
       2022-07-25 13:06:32 +08:00
    不过你这个还不算故障情况,应该是强关造成的,建议写个脚本关闭,先通过容器优雅停止 mysql ,再删除容器
    defunct9
        9
    defunct9  
       2022-07-25 13:09:57 +08:00   ❤️ 2
    开 ssh ,让我上去看看
    ksc010
        10
    ksc010  
       2022-07-25 13:17:40 +08:00
    @novolunt docker-compose down 也是先 stop 再 remove

    强制杀死 是 docker compose kill
    ql562482472
        11
    ql562482472  
       2022-07-25 13:19:59 +08:00
    docker stop 是发了信号给容器进程的 如果有 shutdownhook 应该是可以被调用的。
    这里要注意的几个点,
    1 是要使用官方 mysql 镜像,确保容器进程是 mysql
    2 是要留足 stop 的 timeout ,这既通过改 timeout ,也可以通过在在容器中执行 mysql 的停机再去停止容器,这样看来,在容器中停止 mysql 后再停止容器是更安全的
    ccccccccw
        12
    ccccccccw  
       2022-07-25 13:37:27 +08:00
    我之前也出现了这种问题,https://www.v2ex.com/t/864723 ,postgresql 的,也不知道是什么原因造成的
    Nitroethane
        13
    Nitroethane  
       2022-07-25 14:36:43 +08:00 via iPhone
    @ql562482472 赞同 11 楼回复,docker 停止容器的时候先是发送 sigterm 信号,经过固定的时间后如果进程还没退出,就直接用 sigkill 干掉
    fzzff
        14
    fzzff  
    OP
       2022-08-05 11:22:54 +08:00
    更新下, 最终找到了数据丢失的原因, 比较奇葩...项目本身在 /home/srv 下但是有其他同事将项目整体移动到了 /data/home/srv 下, 但是此时运行中的容器挂载的目录绝对路径还是 /home/srv, 所以在同事移动项目到 down 容器之间的时间修改添加的数据都被放到了 /home/srv/mysql 里, 然后我在 /data/home/srv 目录下 up 就造成了数据丢失的假象..
    关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   我们的愿景   ·   实用小工具   ·   1118 人在线   最高记录 6543   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 25ms · UTC 23:15 · PVG 07:15 · LAX 16:15 · JFK 19:15
    Developed with CodeLauncher
    ♥ Do have faith in what you're doing.