Done is better than perfect

👀 의문점❓ 원인 추론 & 시도1) 일단 Repeatable Read로 시나리오 짜보고 테스트2) 책, 자료 찾아보기3) 헷갈렸던 부분2🔜 나가며더 알아볼 것Ref 아래는 제 삽질 과정을 기록한 글이고 틀린 내용이 포함되어있을 수 있습니다…! 👀 의문점낙관적 동시성 제어를 적용하면서 마주친 문제들: 타임스탬프 삽질결론문제 정의분석&시도시도1) 안 되는 이유를 나름 분석해봄 ㅋ..시도2) 3) 위 글을 통해잘못된 개념 바로잡고🔍 원인✅ 해결방법 결론문제 정의처음에 동시성 문제를 해결하려고 하였을 때, 처음에 가정을 Isolation Level이 Repeatable Read로 하면 안 된다는 잘못된 개념을 가지고 있었어서 Read Committed로 내려야 되는 줄 알고 얘를 위해 Read Committed..

✔️ 결론👀 문제 정의❓ 분석&시도시도1🔎 원인🔜 나가며📖 Ref ✔️ 결론Repeatable Read를 사용 중이라면 MVCC 덕분에 row에 X-Lock을 걸어도 가장 최근 커밋된 데이터를 읽어와서 Lock이 걸린 같은 row라도 조회가 가능하다. 👀 문제 정의상황: 주문재고가 마이너스가 되는 문제를 해결하려고 비관적 동시성 제어(select for update)를 적용함 밥 먹다가 문득 생각난 게 비관락이 락을 너무 오래 잡고 있어서 비효율적이라는데.. 어디가 비효율적이라는 거지? 비관락으로 X-Lock을 걸어서 조회도 안 된다는 건가?조회에 락을 걸긴하지만 재고수량 검증 후에 바로 update 쿼리를 수행하기 때문에 어차피 X-Lock이 걸리고 그 텀이 짧지 않아서 어차피 락을 거나 안 거나 성능..

✔️ 결론👀 문제 정의❓ 분석&시도시도1) 안 되는 이유를 나름 분석해보았다시도2) 3) 잘못된 개념 바로잡은 후, 타임스탬프로 안 되는 이유 분석🔍 원인✅ 해결방법 ✔️ 결론👀 문제 정의처음에 동시성 문제를 해결하려고 하였을 때, 처음에 가정을 Isolation Level이 Repeatable Read로 하면 안 된다는 잘못된 개념을 가지고 있었어서 Read Committed로 내려야 되는 줄 알고 얘를 위해 Read Committed로 내리는 건 말이 안 되는 것 같아 비관적 동시성 제어로 해결하는 방법을 선택하였는데 ㅎ,,잘못된 지식으로 잘못된 판단을 내리고 있었다 ㅠㅠㅠ JPA를 사용한다면 Version으로 깔끔하게 구현이 가능하던데, 나는 Spring + MyBatis여서 쿼리문에서 CAS(co..

🚩 들어가며👀 문제 상황 & 발생 원인1. 문제상황2. 발생원인💪🏻 해결 방법1. Serializable 적용2. 낙관적 동시성 제어(Optimistic Concurrency Control)정의장점과 단점적용방법재시도 처리3. 비관적 동시성 제어(Pessimistic Concurrency Control)정의장점과 단점적용방법커넥션 문제를 해결하는 방법4. 분산 락❗적용한 방법과 선택 기준, 테스트낙관락 vs. 비관락성능 테스트구현🔜 나가며📖 Reference 동시성 문제를 해결하며 겪은 문제들비관적 동시성 제어를 적용할 경우 락이 걸린 row는 조회가 안 되는 걸까?낙관적 동시성 제어를 적용하면서 마주친 문제: 타임스탬프낙관적 동시성 제어를 적용하면서 마주친 문제: 재고수량 비교Repeatable Rea..

👀 의문점또 하나 든 의문점. 주문 재고가 마이너스가 되는 동시성 문제를 해결하기 위해 비관적 락을 적용해 해결하였다. SELECT FOR UPDATE를 적용한 부분은 재고수량을 조회해오는 부분이다. 그런데 재고수량을 조회하는 부분은 트랜잭션에서 데이터를 조회하는 첫 번째 단계에 해당한다.이 경우 트랜잭션이 끝나야 락이 풀리게 될텐데 그렇게되면 모든 걸 직렬로 실행하는 Serializable과 별반 다를 바가 없는 것 아닌가?하는 의문이 들었다. Serializable 격리 수준은 모든 걸 순차적으로, 직렬로 실행한다는 것만 알고 있었지 읽기 시 S-Lock을 건다는 건 이번에 조사하면서 처음 알았다.제일 큰 차이점은 repeatable read는 조회 시 s-lock을 안 걸고, serializable..

👀의문점내가 생각한 serializable 데드락 시나리오❓ 원인 추론 & 해결책 시도✔결론(Serializable에서 데드락이 발생하는 이유)교착상태(Deadlock, 데드락)이란?S-Lock과 X-LockSerializable 격리 수준에서의 데드락 발생 시나리오🔜 나가며Ref 아래는 저의 삽질 과정이 적혀져있으니 결론이 궁금하신 분들은 위 목차에서 ‘결론’으로 가시면 됩니다. 👀의문점성능 테스트를 위해 Isolation Level Serializable을 적용하고 재고 499개 상태에서 100개의 쓰레드를 사용하여 동일한 5개 상품에 대한 총 500개의 주문을 시도를 해보려고 했으나 데드락이 발생하였다.나는 Serializable의 단점으로 모든 걸 순차적으로 실행하기 때문에 속도가 느리다는 것 말..

✔결론👀문제 정의❓ 원인 추론 & 해결책 시도🔍 원인🔜 나가며Ref ✔결론MySQL에서는 Oracle에 있는 SELECT FOR UPDATE WAIT N 구문을 지원하지 않는다. 대신 NOWAIT & SKIP LOCKED 옵션이 존재한다. 👀문제 정의MySQL에서 SELECT FOR UPDATE WAIT 3 구문을 사용 시 SQLSyntaxErrorException 오류 발생.이 구문은 다른 트랜잭션이 락을 걸고 있을 경우, 지정된 시간(예: 3초) 동안 재시도를 시도하고, 그 시간 안에 락을 얻지 못하면 에러를 반환하는 옵션이다.java.sql.SQLSyntaxErrorException Create breakpoint : You have an error in your SQL syntax; check t..

작성일자: 2023년 4월 16일 1. SQL 소개SQL 명령어 기본 분류4. STORED FUNCTION문자형 함수그룹 함수5. GROUP BY & HAVINGGROUP BYGROUP BY 예제HAVING 절HAVING 예제6. JOINJOIN이란?JOIN의 종류JOIN 예제SET 연산자SET 연산자 예제 - UNION ALL7. 서브쿼리서브쿼리란?서브쿼리 종류Single Row SubQueryMulti Row SubQueryMulti Column SubQueryFROM절의 SubQuery활용HAVING절에서의 SubQueryCREATE절에서의 SubQuery(테이블 복사, 테이블 구조만 복사)DML(INSERT, UPDATE)문에서의 SubQUERY8. Constraint 제약조건제약조건의 종류9. ..

1. MVCC에서 데이터를 읽는 방법1) Current디스크에서 캐시로 적재된 원본 블록을 현재 상태 그대로 읽는 방식 2) Consistent쿼리가 시작된 이후에 다른 트랜잭션에서 의해 변경된 블록을 만나면 원본 블록으로부터 복사본(CR copy) 블록을 만들고, 거기에 Undo 데이터를 적용함으로써 쿼리가 ‘시작된 시점’으로 되돌려서 읽는 방식 2. SCN(System Commit Number)Consistent 모드를 이해하려면 SCN을 알아야 한다. Consistent 모드는 데이터를 읽다가 블록 SCN > 쿼리 SCN ? 본사본 블록 만들고, Undo 데이터를 적용한다.⇒ 쿼리가 시작된 시점으로 되돌려서 Read Consistency가 가능해진다. SELECT : 항상 Consistent 모드로..

연산자 우선순위 우선순위 연산자 1 산술연산자 (*, /, +, -) 2 연결 연산자 ( 3 비교연산자 ( , ≤, ≥, , = ) 4 IS NULL, LIKE, IN 5 BETWEEN 6 NOT 논리 연산자 7 AND 논리 연산자 8 OR 논리 연산자 이걸 몰라서 3시간이나 삽질을 한 적이 있었다. ORA-01843: not a valid month 라는 에러가 자꾸 발생했다 ORA-01843: 지정한 월이 부적합합니다. ORA-01843: not a valid month SELECT * FROM PRODUCT P WHERE UPPER(P.PANME) LIKE UPPER('%테스트%') AND SYSDATE BETWEEN TO_DATE(CONCAT(NVL(P.SDATE,'20000101'), '0000..