Note

들어가며실시간 서비스에서 Polling, Long Polling, SSE 3가지 방식을 이용해 HTTP 통신을 할 수 있다.그러나 해당 방식들에는 큰 단점이 하나 존재하는데 먼저 3가지 방식에 대해 알아본 뒤 얘기하도록 하겠다. Polling원하는 응답이 올 때까지 서버로 지속적인 요청을 보내는 방식이다. 단점1. 트래픽 낭비원하는 응답이 올 때까지 지속적인 요청이 필요하므로 트래픽이 낭비된다. 2. 요청 주기로 인해 실시간성 확보 불가능요청-응답 구조를 통해서 통신하는 과정에서 응답 이후 다음 요청이 오기 전까지 약간의 시간 간격이 발생하는데 이때 이벤트가 발생한다면(여기서는 메일이 도착하는 경우) 실제 시간과는 오차가 발생하게 된다. 3. HTTP 오버헤드HTTP 통신에서는 요청에 헤더가 함께 전송되..

들어가며최근 아쉽게도 더 이상 진행하지 못하고 종료하게 되었던 프로젝트 코드를 살펴보다가, 문득 @ResponseeBody와 ResponseEntity 둘 중 어떤 것을 사용할지에 대한 의문이 들었다. 차이점개념의 차이ResponseEntity is like @ResponseBody but with status and headers.스프링 공식 문서에서는 ResponseEntity를 @ResponseBody와 대체로 비슷하지만 header나 status를 묶어서 설정할 수 있도록 했다고 설명하고 있다. @GetMapping("/api/category")public ResponseEntity> getCategory() { return ResponseEntity.ok() .body(new ..

들어가며이번에는 대부분의 상용 RDBMS에서 단순히 Lock으로만 동시성 제어를 할 때보다 처리량을 끌어올리기 위해 사용하는  MVCC에 대해 알아보도록 하겠다. 물론 각 RDBMS마다 동작 방식은 다를 수 있으며, 여기서는 MySQL을 기준으로 설명한다. MVCC(Multiversion Concurrency Control)제어 기법에 따른 두 Lock 간 호환성Lock Read LockWrite LockRead LockOXWrite LockXXMVCC Read LockWrite LockRead LockOOWrite LockOXLock으로만 동시성 제어를 했을 때와 비교해 보면 표만 봐도 트랜잭션 처리량이 더 많으리라는 것을 직감할 수 있다. MVCC 이해를 위한 예제예제를 보기 전에 먼저 알아둬야 할 ..

들어가며이번엔 Lock을 활용해 Concurrency Control을 하는 방법에 대해 설명하고자 한다.3편에 앞서 먼저 1편과 2편을 읽어보는 것을 권한다. Lock을 사용하는 이유write 연산과 read 연산을 할 때 여러 트랜잭션이 같은 데이터에 접근하다 보면 이로 인해 예상치 못한 이상현상이 나타날 수 있다. 그래서 lock을 통해 사용하는 데이터를 잠가두는 방식을 활용하는 것이다.다음은 간단한 예시이다.tx1에서 x에 대한 write lock을 획득하고, tx2에서 lock 획득을 시도하지만 이미 tx1에서 lock을 가지고 있기 때문에 lock을 얻기 위해 대기하게 된다. 그러고 나서 tx1이 x를 20으로 바꾼 뒤 lock을 반환한다. 그러면 드디어 tx2에서 write lock을 얻은 뒤..

들어가며이번엔 트랜잭션의 Isolation Level에 대해 정리할 것이다.Isolation Level에 앞서 Isolation이 보장되지 않았을 때 나타날 수 있는 여러 이상현상(Anomaly)들을 먼저 설명한다. AnomalyDirty Read(1)commit되지 않은 데이터를 읽을 때 발생할 수 있는 현상을 의미한다.첫 번째 예시다. tx2에서 y를 70으로 변경했지만 해당 트랜잭션을 commit하지 않고 rollback함으로써 tx1의 결과에도 영향을 미치는 모습이다. Dirty Read(2)이번엔 변화를 발생시킨 트랜잭션이 rollback되지 않았음에도 Dirty Read가 발생하는 예시다. tx1에서 x를 10으로 변경했고 commit되지 않은 상태에서 tx2를 수행했더니 tx2에서의 x + ..

들어가며DB 동시성 제어는 분량이 꽤 많을 것 같아 4편으로 나누어 작성하려고 한다.이번엔 DB 동시성 제어 이해에 필요한 Schedule에 대해 정리할 것이다. ScheduleSchedule이란 여러 트랜잭션들이 동시에 실행될 때 각 트랜잭션에 속한 operation의 실행 순서를 의미한다. Lost Update다음처럼 H와 K의 계좌 잔액을 조회하거나 변경하는 등의 작업을 수행하는 2개의 트랜잭션이 존재한다고 생각해 보자.해당 케이스에서 Tx2가 실행되고 나서 Tx1은 이 사실을 알지 못한 채 H의 계좌 잔액을 220만 원으로 변경한다. 이때 Tx2의 변경사항은 유실되어 버리는데 이를 Lost Update라고 한다. Serial Schedule, Non-Serial Schedule먼저 봤던 케이스를 ..

들어가며https://eelseungmin.tistory.com/28 Block I/O vs Non-Block I/OBlock I/OI/O 작업을 요청한 프로세스나 스레드가 요청이 완료될 때까지 block 되는 것(요청을 제외한 추가적인 작업이 불가능)을 의미한다. Non-Block I/OI/O 작업을 요청한 프로세스나 스레드를 block하eelseungmin.tistory.com저번주에 Block, Non-Block I/O에 대해 글을 작성했었는데 이번엔 해당 개념들과 연관이 깊은 동기, 비동기에 대해 정리해 보았다.Synchronous와 Asynchronous는 각각 동기와 비동기로 번역되며, 작업 완료 순서의 보장 여부에 따라 두 방식을 구분하게 된다. 동기와 비동기프로그래밍 관점다음 그림을 살펴보..

Block I/OI/O 작업을 요청한 프로세스나 스레드가 요청이 완료될 때까지 block 되는 것(요청을 제외한 추가적인 작업이 불가능)을 의미한다. Non-Block I/OI/O 작업을 요청한 프로세스나 스레드를 block하지 않고 요청에 대한 현재 상태를 즉시 반환하는 것을 의미한다. I/O 결과 처리 방식1. 완료됐는지 계속해서 확인Non-Block I/O 예시를 다시 한 번 살펴보자. 아래 그림에서 파란색으로 표시한 일련의 작업을 완료될 때까지 확인한다고 보면 된다.1번 방식의 단점데이터가 준비되었을 때 바로 작업 완료 여부를 확인하고 응답을 받아오면 좋겠지만, 아래 그림처럼 다시 작업 완료를 확인하기까지 약간의 시간 차가 발생할 수도 있다.또한 반복적으로 작업 완료 여부를 확인하면서 CPU 낭비..

사용법예시는 MySQL 기준이다. 두 정수의 곱셈 결과를 나타내는 프로시저mysql> DELIMITER $$ -- 기존에 쿼리에서 사용하던 ';' 기호 대신 "$$"가 쿼리의 끝을 나타내도록 변경mysql> CREATE PROCEDURE product(IN a int, IN b int, OUT result int) -- a, b는 input이고 result라는 변수를 output으로 사용함. 아무것도 적지 않을 경우 default로서 IN이 적용됨.BEGIN SET result = a * b;END$$mysql> DELIMITER ; -- 다시 ';'가 쿼리의 끝을 나타내도록 변경mysql> call product(5, 7, @result);mysql> select @result;결과로는 35가 테이블에..

JDBC등장 배경애플리케이션 서버에서 DB에 접근하기 위해서는 보통 다음 과정을 거친다. 1. 커넥션 생성: TCP/IP 프로토콜을 사용해서 서버와 DB 간 커넥션 생성2. SQL 전달: 서버에서 DB로 SQL을 전달한다.3. 결과 응답: DB가 서버로 SQL 수행 결과를 전달한다. 문제는 여기서 발생한다. 시중의 데이터베이스 종류는 수십 개에 달하고 각각의 DB가 위 과정을 구현하는 방식 또한 전부 다르다는 점이다. 이 문제를 해결하기 위해 자바에서 DB를 연결할 수 있도록 하는 표준 기술인 JDBC가 등장했다.JDBC라는 표준 인터페이스가 등장함으로써 각 DB 개발사에서 JDBC 표준에 맞춘 라이브러리를 제공하게 되었고, 개발자는 DB에 맞춰 JDBC 드라이버만 교체하는 방식으로 DB를 바꿀 수 있게..

무중단 배포란?운영 중인 서비스가 하나 있다고 가정하자. 서비스의 새로운 버전을 배포하면서 기존 버전을 종료하면서 사용자가 서비스를 사용할 수 없게 되는 시간(다운타임)이 발생하게 되는데, 이러한 다운타임 없이 사용자에게 새로운 버전이 배포될 수 있도록 하는 것을 말한다. 무중단 배포를 위한 전략1. 롤링 배포(Rolling Deployment)구버전의 인스턴스를 신버전으로 하나씩 교체해 나가는 방식을 말한다.서비스 중인 인스턴스 하나를 로드밸런서에서 라우팅되지 않도록 한 뒤 신버전이 배포된 후 다시 라우팅하도록 한다. 차례대로 배포가 이루어지기 때문에 상황에 따라 손쉽게 롤백을 할 수 있다는 이점이 존재한다.다만 배포가 이루어지는 동안 인스턴스 수가 감소하기 때문에 서비스가 다운될 위험이 동반된다.또한..

MPA와 SSR MPA(Multi Page Application) - 다중 페이지로 되어있어 변경사항이 있을 때마다 서버로 HTML 페이지를 요청한다. - 페이지를 이동할 때마다 새로운 HTML 페이지를 내려받기 때문에 새로고침이 발생하는데 사용자 입장에서 화면이 깜빡이는 것처럼 보인다. - 표시한 부분이 SSR 방식의 렌더링이다. SSR(Server Side Rendering) - 첫 요청 때 초기 콘텐츠가 들어있는 HTML 페이지를 응답받아 사용자에게 제공한 뒤 브라우저에서 JS 코드를 이용해서 동적인 요소를 구성한다. - 요청을 받자마자 HTML 파일을 만들어서 클라이언트에게 제공하는 방식과 미리 만들어둔 정적 페이지를 제공하는 방식(Static Site Generation, SSG), 두 가지가 ..