[JPA] [MySQL] ON DELETE CASCADE와 소프트 삭제(Soft Delete)

1. 문제 상황

게시글(Post)을 삭제할 때, 그 안에 있는 댓글(Comment)도 함께 삭제 되도록 구현하고 싶었다.

검색을 하다가 @OnDelete 어노테이션을 알게 되었고, 이것을 사용하면 부모(Post)를 삭제할 때 자식(Comment)도 같이 삭제 된다고 한다.

 

그래서 다음과 같이 적용했지만 문제는 그대로 였다.

constraint FKh4c7lvsc298whoyd4w9ta25cr
    foreign key (post_id) references posts (id)

 

이 외래키에는 ON DELETE CASCADE 옵션이 없었기 때문에, 부모(Post)를 삭제하려고 하면 자식(Comment)이 남아서 아래와 같은 에러가 발생했다.

Cannot delete or update a parent row: a foreign key constraint fails
(`recifit_app`.`comments`, CONSTRAINT `FKh4c7lvsc298whoyd4w9ta25cr`
 FOREIGN KEY (`post_id`) REFERENCES `posts` (`id`))

---

2. 시도했던 방법: @OnDelete와 DB CASCADE

우선 엔티티에 @OnDelete를 추가 해봤다.

@ManyToOne(fetch = FetchType.LAZY)
@OnDelete(action = OnDeleteAction.CASCADE) ✅
private Post post;

 

그리고 MySQL Workbench에서 외래키를 ON DELETE CASCADE로 변경했습니다.

-- 기존 FK 삭제 -- 
ALTER TABLE comments DROP FOREIGN KEY FKh4c7lvsc298whoyd4w9ta25cr;

-- 새로 생성: ON DELETE CASCADE 추가 -- 
ALTER TABLE comments
  ADD CONSTRAINT FKh4c7lvsc298whoyd4w9ta25cr
  FOREIGN KEY (post_id) REFERENCES posts(id)
  ON DELETE CASCADE;

 

이제 부모(Post)를 지우면 자식(Comment)도 자동으로 삭제되는 구조가 되었다. 

---

3. 문제점: 소프트 삭제와 충돌

하지만 Recifit 프로젝트는 소프트 삭제(Soft Delete) 방식을 사용한다.
실제로 DELETE 쿼리를 날리는 대신 deleted_at 컬럼에 시간을 기록하는 방식으로 삭제 처리한다.

 

예를 들어, BaseEntity에는 다음과 같은 메서드를 두고 있다.

    public void softDelete() {
        this.deletedAt = LocalDateTime.now();
    }

 

이렇게 하면 엔티티를 삭제할 때 실제 DB에서 행을 제거하지 않고, deleted_at 값만 채워 넣어 논리적으로 삭제되었다고 표시한다.

 

 

그런데 ON DELETE CASCADE는 물리 삭제에서만 동작한다고 한다.
부모(Post)를 soft delete 해도 DB 입장에서는 DELETE가 발생하지 않으므로, Comment는 그대로 남고 CASCADE도 아무런 반응이 없다.

---

4. 결론: CASCADE 제거 & 소프트 삭제 로직 적용

따라서 외래키 CASCADE를 제거하고, 삭제 전파는 애플리케이션 레벨에서 직접 구현하기로 했다.

-- CASCADE 붙인 FK 삭제
ALTER TABLE comments DROP FOREIGN KEY FKh4c7lvsc298whoyd4w9ta25cr;

-- CASCADE 없는 FK로 재생성
ALTER TABLE comments
  ADD CONSTRAINT FKh4c7lvsc298whoyd4w9ta25cr
  FOREIGN KEY (post_id) REFERENCES posts(id);

 

이제 DB는 단순히 참조 무결성만 보장하고, 실제 삭제 전파는 서비스 레이어에서 soft delete 로직을 구현합니다.

    @Transactional
    public void deletePost(Long postId, Long memberId) {
        Post post = postRepository.findById(postId)
                .orElseThrow(() -> new CustomException(ErrorCode.POST_NOT_FOUND));
        if(!post.getMember().getId().equals(memberId)) {
            throw new CustomException(ErrorCode.NO_DELETE_MODIFY_PERMISSION);
        }
        post.softDelete();
        
    // Comment도 소프트 삭제
    List<Comment> comments = commentRepository.findAllByPostId(postId);
    comments.forEach(Comment::softDelete);   
    
    }

---

5. 정리

- ON DELETE CASCADE → 물리 삭제에서만 유효

- Soft Delete를 쓰는 프로젝트에서는 CASCADE가 불필요하고 오히려 혼란만 초래

- 대신 deleted_at 기반으로 조회를 제한(@Where(clause = "deleted_at IS NULL"))하고,
- 서비스 레이어에서 연관된 엔티티까지 직접 soft delete 처리하는 것이 정석