[DB] 게시글 좋아요에 대한 정보(like_article 테이블) 성능 이슈(feat. soft-delete)

[hun-ca]

게시글 좋아요에 대한 정보(like_article 테이블) 성능 이슈

게시글 좋아요 및 취소에 대한 이슈

case1. like_article 테이블에 soft-delete 적용 X

• soft-delete 없이 좋아요 및 취소 시 테이블에서 해당 row를 바로 추가하거나 삭제한다면 like_article 테이블의 인덱스 재조정이 자주 발생하기 때문에 성능 이슈 발생 (delete쿼리는 인덱스 재구성 비용이 적다는 정보도 있지만 추후 찾아볼 것)

case2. like_article 테이블에 soft-delete 적용 O

• 좋아요 취소시 해당 row를 바로 삭제하지 않기 때문에 인덱스 재구조화가 발생하지 않음. 단, deleted_date 필드에 인덱스가 설정될 경우 재정렬 작업시 발생하기 때문에 어느정도의 오버헤드는 발생할 것
• 좋아요 추가시 새로운 row가 추가되기 때문에 인덱스 재구조화 발생. (비용 큼)

해결책

• 파티셔닝, master-slave