Done is better than perfect

SQLP 공부하시는 분들 참고하세용..  sqltrace.sqlALTER SESSION SET sql_trace = TRUE;select *from tmpwhere a = 15487;ALTER SESSION SET sql_trace = FALSE;SELECT VALUEFROM V$DIAG_INFOWHERE NAME = 'Diag Trace';SELECT VALUEFROM V$DIAG_INFOWHERE NAME = 'Default Trace File';exit;  1. 오라클이 설치된 도커 컨테이너 내부에 /opt/oracle/sql_trace_tmp 디렉토리 생성2. 선언된 환경변수 본인 디렉토리에 맞게 변경, 오라클 username, pw 수정해서 사용SQL_TRACE_PATH="/Users/user/..

👀 의문점❓ 원인 추론 & 시도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..

출처: 친절한 SQL 튜닝친절한 SQL 튜닝 - 예스24책 제목은 필자가 애청하는 라디오 프로그램 ‘손에 잡히는 경제’ 중 ‘친절한 경제’라는 코너에서 착안했다. 어려운 경제 이슈를 일반인 눈높이에 맞게 풀어서 설명해 주는 진행자를 보면서 “나도 SQL 성능 문제를 저렇게 쉽게 풀어 설명하는 책을 써야겠다”는 다짐...https://m.yes24.com/Goods/Detail/61254539 Uploaded by N2T

1. 물리모델링이란?2. 물리 모델링 시작하기3. 핵심 작업 사항속성명 영문으로 변경데이터 타입과 길이 설정제약조건 설정기초 데이터 넣기공통코드4. 과정에서 어려웠던 점, 느낀점용어 정의CHAR vs. VARCHAR2일자 컬럼 VARCHAR2(8) vs. DATECD, ID, NO의 기준🔜 나가며💡프로젝트 일지[SYUSYU] 프로젝트 일지1) 주제, 구현 기능 정하기, 개념 모델링[SYUSYU] 프로젝트 일지2) 논리 모델링[SYUSYU] 프로젝트 일지3) 물리 모델링1. 물리모델링이란?논리 데이터모델을 데이터베이스 종류에 맞게 데이터를 저장할 수 있는 스키마 구조로 변환하는 과정이다. 테이블 생성엔티티 → 테이블속성 → 컬럼데이터 타입, 길이, 기본값 정하기제약조건 설정 : PK, FK, Not Nul..