[BE] Entity를 변경하고 다시 시작해도, db에 반영이 안되는 이유

[2020147542]

문제 상황

Entity 변경하고 애플리케이션 재시작했는데 DB에 반영이 안되는 문제가 발생했음. Docker로 MySQL 실행하면서 volumes 쓰고 있음

docker/local/docker-compose.yml 내부

services:
  mysql:
    volumes:
      - data:/var/lib/mysql    # 여기가 문제임

docker/deploy/docker-compose.yml 내부

services:
  database:
    volumes:
      - /home/ubuntu/deploy-db:/var/lib/mysql # 여기가 문제임

원인

Docker volume이 데이터를 보존하는 저장소임. 스프링 어플리케이션을 재시작해도 이전 데이터가 그대로 남아있어서 변경된 Entity가 반영이 안 되는 것임

[2020147542]

1. 로컬 환경

volumes:
  - data:/var/lib/mysql    # Named Volume 방식

• Named Volume 방식임 (도커가 알아서 관리하는 볼륨)
• docker-compose down -v 하면 볼륨도 함께 삭제됨
• 볼륨의 실제 위치는 도커가 관리하는 영역에 있음 (보통 /var/lib/docker/volumes/ 내부)

2. 프로덕션 환경

volumes:
  - /home/ubuntu/deploy-db:/var/lib/mysql    # Bind Mount 방식

• Bind Mount 방식임 (호스트의 특정 경로를 직접 지정)
• docker-compose down -v 해도 호스트의 실제 폴더는 삭제 안됨
• 볼륨이 서버의 실제 경로에 직접 매핑되어 있음

이래서 로컬은 docker-compose down -v로 끝나는데, 프로덕션은 실제 폴더를 직접 지워줘야 함!

[2020147542]

1. 로컬에서 해결 방법

cd docker/local
docker compose down -v
docker compose up -d

2. 프로덕션 서버에서 해결 방법(main에 머지 직전)

cd deploy-script/
docker compose down
cd ..
sudo rm -rf /home/ubuntu/deploy-db/*

[2020147542]

사실 더 좋은 방법 있음

Flyway 같은 DB 마이그레이션 도구를 쓰는 것도 좋음

// build.gradle
implementation 'org.flywaydb:flyway-core'
implementation 'org.flywaydb:flyway-mysql'

Flyway 쓰면:

• 스키마 변경 이력을 버전 관리할 수 있음
• 변경사항을 팀원들과 공유하기 쉬움
• 실수로 중복 적용될 걱정도 없음

[2020147542]

TODO: 아직 데이터가 안쌓였기 때문에 이건 일단 운영한다면 추가하는 것으로 하겠습니다,,