괴발나라

해당 글은 강대명님의 "우아한레디스" 강연을 참조해 쓴 글입니다. (https://www.youtube.com/watch?v=mPB2CZiAkKM&t=2051s) 내용에 오류가 존재할 수 있으니 참고 바라며 건설적인 지적은 정말 환영하겠습니다 😀 Redis Redis는 메모리를 사용하는 키-값 데이터 저장소이다. 싱글쓰레드로 동작하기 때문에 연산에 Atomic함이 보장된다. 여러 활용 방안이 있다고 하는데, 현재 필자가 개발중인 서비스에서는 캐싱을 위해 사용한다. Redis 활용 시 크게 세가지를 주의해야 한다고 한다. 1. 메모리 관리 - Redis는 인메모리 데이터 저장소이기 때문에, 메모리 관리가 중요하다. 2. O(N) 명령어 주의 - Redis는 싱글쓰레드로 동작하기 때문에 실행 시간이 긴 명령..

N + 1 문제 A, B 엔티티 = 1:N 관계 A 엔티티는 B엔티티와 @OneToMany(fetch=FetchType.EAGER) 로 관계 맺어져 있음. em.find(A.class, 1L); 실행 -> JOIN 쿼리 한번으로 A, B 둘다 조회함 JPQL로 select a from A a 실행 시 select * from a 실행 JPA에서 A와 B가 FetchType.EAGER로 관계돼있는 것을 확인 (B도 전부 가져와야함) 조회된 A가 10개의 B와 관계 맺어져 있다면 해당 B 조회하는 쿼리 10번 실행됨 -> 성능 저하 대안 일반적으로 FetchType을 LAZY로 설정한 뒤 fetch join을 사용하는게 좋다고 한다. FetchType.LAZY : B의 실제 값을 사용할때 B에 대한 sele..

낙관적 락 & 비관적 락 낙관적 락 JPA가 제공하는 버전 관리 기능 사용 (@Version) 즉, 애플리케이션 단에서 구현된 락 엔티티의 버전과 DB의 버전이 다르면 예외 발생 비관적 락 데이터베이스가 제공하는 락 기능 사용 락 걸렸을때 타임아웃 설정 가능 ex) select for update 용도 -> JPA는 DB 트랜잭션 격리수준을 READ COMMITED 정도로 가정하나, 더 높은 격리 수준이 필요할때 사용 JPA 락 옵션 (javax.persistance.LockModeType) NONE 락 X OPTIMISTIC 낙관적 락 OPTIMISTIC_FORCE_INCREMENT 낙관적 락 + 버전정보 강제 증가 PESSIMISTIC_READ 비관적 락, 읽기 락 PESSIMISTIC_WRITE 비..

트랜잭션의 격리 수준과 문제점 문제점 DIRTY READ 세션 A : 로우 업데이트 중 .. 세션 B : 업데이트 중인 로우 조회 세션 A : 로우 수정 롤백 ! 세션 B : 조회했던 로우가 실제로 존재하지 않는 로우가 되어버림. .. NON-REPEATABLE READ 세션 A : 로우 조회 중 .. 세션 B : 같은 로우 수정 & 커밋 세션 A : 로우 다시 조회하면 결과가 다름 .. PHANTOM READ 세션 A : 여러 로우 조회 중 .. 세션 B : 로우 추가 ! 세션 A : 로우들 다시 조회하면 결과에 하나가 추가됨 .. 격리 수준 READ UNCOMMITED DIRTY READ, NON-REPEATABLE READ, PHANTOM READ 허용 READ COMMITED NON-REPEATA..