Notice
Recent Posts
Recent Comments
Link
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | ||||
4 | 5 | 6 | 7 | 8 | 9 | 10 |
11 | 12 | 13 | 14 | 15 | 16 | 17 |
18 | 19 | 20 | 21 | 22 | 23 | 24 |
25 | 26 | 27 | 28 | 29 | 30 | 31 |
Tags
- 자바의정석 연습문제
- 항해플러스 백엔드 7기
- Python
- 스프링 부트와 JPA
- 인프런
- Secure Coding
- 항해플러스 회고
- 시큐어코딩
- 김영한
- 스프링입문
- 자바공부
- 자바의정석
- 항해 추천인
- 항해플러스 백엔드
- Java의정석
- JPA
- Spring
- java
- 스프링 핵심원리
- 서블릿
- 이것이자바다
- 제네릭
- 항해플러스
- 불친절한SQL프로그래밍
- 스프링MVC
- 항해플러스회고
- 불친절한 SQL 프로그래밍
- 항해 추천인코드
- 스프링
- Numpy
Archives
- Today
- Total
목록트랜잭션 격리수준 (1)
Continuous Challenge

1주차 과제의 미션이 멀티 스레드 환경에서의 동시성 이슈를 해결하는 것이었다면, 2주차 과제의 미션은 멀티 인스턴스 환경에서의 동시성 이슈를 해결하는 것이었다. (DB는 MySQL 또는 MariaDB 사용하기,,)멀티 인스턴스 환경에서 동시성 이슈를 해결하기 위한 방법 중 하나는 DB 레벨에서 Lock을 사용하는 것이다. MariaDB의 트랜잭션 격리수준(transaction isolation) 기본은 "REPEATABLE READ"이다. 트랜잭션 격리수준(Isolation Level)1. Read Uncommitted (Level 0) 어떤 트랜잭션의 내용이 커밋이나 롤백과 상관없이 다른 트랜잭션에서 조회가 가능하다. 정합성의 문제가 많은 격리 수준으로 RDBMS 표준에서는 격리수준으로 인정하지 않는다..
Study/항해플러스 7기
2024. 12. 30. 20:00