Если мы остановим контейнер, потеряются ли данные в Docker

Потеря данных при остановке Docker контейнера

Это один из самых важных вопросов при работе с контейнеризацией. Ответ: зависит от того, где хранятся данные.

Краткий ответ

Если данные находятся внутри контейнера (в его файловой системе), они сохранятся при остановке контейнера (docker stop), но потеряются при удалении (docker rm).

Если данные хранятся в volumes (виртуальных дисках) или bind mounts, они останутся даже после удаления контейнера, потому что находятся на хосте.

Жизненный цикл контейнера

Running → Stop (docker stop) → Exited → Remove (docker rm) → Deleted
  ✅ Данные      ✅ Данные        ✅ Данные    ❌ Данные
  сохранены      сохранены        сохранены    теряются*

*Потеряются только данные внутри контейнера.

Наглядный пример

# Запускаем контейнер с базой данных
docker run -d --name mydb -e POSTGRES_PASSWORD=secret postgres:15

# Контейнер работает, создаём данные
docker exec mydb psql -U postgres -c "CREATE TABLE users (id SERIAL, name TEXT);"

# Останавливаем контейнер
docker stop mydb

# Контейнер остановлен, но всё ещё существует
docker ps -a | grep mydb  # Видим контейнер в статусе Exited

# Запускаем контейнер снова — данные не потеряны!
docker start mydb
docker exec mydb psql -U postgres -c "SELECT * FROM users;"  # Таблица существует!

Но если удалить контейнер:

docker rm mydb  # ❌ Данные внутри контейнера теряются

Сценарий 1: Данные только внутри контейнера (неправильно)

FROM postgres:15
RUN psql -U postgres -c "CREATE TABLE users (id SERIAL);"

docker build -t my-db .
docker run -d --name db1 my-db

# Добавляем данные
docker exec db1 psql -U postgres -c "INSERT INTO users VALUES (1);"

# Удаляем контейнер
docker rm -f db1  # ❌ Все данные потеряны

# Создаём новый контейнер из того же image
docker run -d --name db2 my-db
docker exec db2 psql -U postgres -c "SELECT * FROM users;"  # Пусто, не (1)

Вывод: это плохой подход для данных!

Сценарий 2: Данные в Volume (правильно)

Volume — это управляемое хранилище Docker, которое живёт независимо от контейнера.

# Создаём volume
docker volume create my-db-data

# Запускаем контейнер с volume
docker run -d --name db1 \
  -v my-db-data:/var/lib/postgresql/data \
  -e POSTGRES_PASSWORD=secret \
  postgres:15

# Добавляем данные
docker exec db1 psql -U postgres -c "CREATE TABLE users (id SERIAL); INSERT INTO users VALUES (1);"

# Останавливаем и удаляем контейнер
docker stop db1
docker rm db1

# Volume остаётся на хосте
docker volume ls | grep my-db-data  # Видим volume

# Запускаем новый контейнер с тем же volume
docker run -d --name db2 \
  -v my-db-data:/var/lib/postgresql/data \
  -e POSTGRES_PASSWORD=secret \
  postgres:15

# Данные вернулись!
docker exec db2 psql -U postgres -c "SELECT * FROM users;"  # id=1 всё ещё там

Сценарий 3: Bind Mount (привязка к папке на хосте)

Этого же результата можно добиться через bind mount — прямую привязку папки хоста.

# Папка на хосте
mkdir -p /home/user/postgres-data

# Запускаем контейнер с bind mount
docker run -d --name db1 \
  -v /home/user/postgres-data:/var/lib/postgresql/data \
  -e POSTGRES_PASSWORD=secret \
  postgres:15

# Данные хранятся в /home/user/postgres-data на хосте
ls /home/user/postgres-data  # Видим файлы базы

# Даже если удалим контейнер, файлы остаются
docker rm -f db1
ls /home/user/postgres-data  # Файлы всё ещё есть!

Docker Compose: лучший подход

version: '3.8'
services:
  postgres:
    image: postgres:15
    environment:
      POSTGRES_PASSWORD: secret
    volumes:
      - postgres_data:/var/lib/postgresql/data  # Volume
    ports:
      - "5432:5432"
  
  redis:
    image: redis:7
    volumes:
      - ./redis-data:/data  # Bind mount

volumes:
  postgres_data:  # Объявляем volume

# Запускаем
docker-compose up -d

# Даже если останавливаем и удаляем контейнеры
docker-compose down

# Данные остаются в volumes и bind mounts
docker volume ls | grep postgres_data  # Volume существует
ls ./redis-data  # Данные Redis остаются

# Запускаем снова — данные вернулись
docker-compose up -d

Сравнение способов хранения

Критические команды

# БЕЗОПАСНО: контейнер остановится, данные в volume сохранятся
docker stop container-name

# ОПАСНО: контейнер удалится, данные в контейнере потеряются (но volume остаётся)
docker rm container-name

# ОЧЕНЬ ОПАСНО: удаляет контейнер и все его volume
docker rm -v container-name

# СУПЕР ОПАСНО: удаляет volume полностью
docker volume rm volume-name

# КРИТИЧНО ОПАСНО: удаляет ВСЕ неиспользуемые volume
docker volume prune

Практический пример: приложение с БД

# Dockerfile для Python приложения
FROM python:3.11
WORKDIR /app
COPY requirements.txt .
RUN pip install -r requirements.txt
COPY . .
CMD ["python", "app.py"]

# docker-compose.yml
version: '3.8'
services:
  app:
    build: .
    ports:
      - "8000:8000"
    depends_on:
      - db
    environment:
      DATABASE_URL: postgresql://user:password@db:5432/myapp
    volumes:
      - ./logs:/app/logs  # Логи на хосте (для просмотра)

  db:
    image: postgres:15
    environment:
      POSTGRES_USER: user
      POSTGRES_PASSWORD: password
      POSTGRES_DB: myapp
    volumes:
      - db_data:/var/lib/postgresql/data  # ✅ Данные в volume!
      - ./init.sql:/docker-entrypoint-initdb.d/init.sql  # Инициализация
    ports:
      - "5432:5432"

volumes:
  db_data:  # Именованный volume

Резюме

Главное правило: Используй Volumes или Bind Mounts для всех важных данных. Никогда не полагайся на файловую систему внутри контейнера для постоянного хранения.

Время жизни данных в контейнере:

• docker stop — данные живут
• docker rm — данные в контейнере удаляются, но volume/bind mount остаются
• docker volume rm — volume удаляется полностью

Это критично для баз данных, очередей сообщений и любых других stateful сервисов.