[TIL] 2023-07-17

 

 

오늘 공부한 내용

• 코딩
• DB 공부
• 데이터 조사
• jpa OneToMany 공부

 

 

 

---

 

💭 느낀 점 & 배운 점

져니 글 보다 처음 알았는데, OneToMany에서 updatable=false, nullable=false 주면 insert 시에 update 쿼리가 발생하지 않는다는 것을 배웠다.

진짜 대박쓰..

그리고 Lock 관련해서, 누누씨에게 질문하고 답변받으며 좀 배웠다.

모임 서비스를 만들 때, 마감된 모임에는 신청할 수 없는 기능을 만들고 싶은데 이게 모임에 가입 신청하는 순간 모임이 마감되면 마감된 모임에 신청해버리는 상황이 발생할수두 있지않나..?
이거 Lock으로 막고 싶은데 어떤 식으로 해야할지..? 

누누: 마감 버튼을 누르는거야?
응
누누: 떠오르는건 2가지인데 모임에 대한 업데이트를 하기 전에 그 모임 id 에 비관적 락 걸고 시작한다면 무조건 성공할거고, 뭔말알?

그, 잠만 근데 가입 신청은 insert가 날라가거든?

누누: Insert 알지. 그냥 시작하기 전에 락 걸고 시작해. 그냥 select 해버려

select * from group where id = 1 for update; 하고

누누: Insert into apply. 그치

아. apply Insert 할 때, select * from group where id = 1 for update;이걸 해라?

누누: 응 먼저 때려버려
그리고 모임 마감시킬때도 select * from group where id = 1 for update; 이거 하고

누누: 응, 저게 있고 저 부분을 더 개선한다면 Redis 분산락 가능한데 그건 나중이고 낙관적 락에서.

잠만. 분산락이 정확히 뭐임

누누:여러 서버에서 동일한 무언가에 잠금을 할 필요가 있다면...

근데 서버 여러개여도, DB 하나쓴다음에 비관적락걸면 그것도 분산락인거야?
누누: 응 그렇게 볼 수 있지

웅 고마워 !!! 누누는  짱 천제다

누누: 그리고 나머지 방식 1개. One to many 로 Cascade all 편하게 한다고 생각할게.  낙관적 락 Force increment 보면
 
아 그 many 바뀌면 버전올라가니까

누누: 응응
와우 누누는 천재다진짜

Force incremen 안하면 안올라가나?
누누:  그치

그리고 named lock도 가능할거 같은데 방법 설명좀. 안되나
누누:  Named lock 쓰면 모임 id를 걸고 시작하는 분산락하고 똑같이 가능

 

 

 

 

---

 

🔥 내일 공부할 내용

• 백준
• DB 공부
• CI/CD 설정
• 프로젝트 개발

 

 

---

 

 

오늘 공부한 내용 포스팅