InnoDB 스토리지 엔진 아키텍처MySQL에서 사용할 수 있는 아키텍처 중에 거의 유일하게 레코드 기반 잠금을 제공한다. 그 때문에 높은 동시성 처리가 가능하고 안정적이며 성능이 뛰어나다.InnoDB 주요 특징프라이머리 키에 의한 클러스터링모든 테이블은 기본적으로 프라이머리 키를 기준으로 클러스터링되어 저장된다. 이 말은 프라이머리 키 값의 순서대로 디스크에 저장된다는 뜻이다.모든 세컨더리 인덱스는 레코드의 주소 대신 프라이머리 키 값을 논리적인 주소로 사용한다. 프라이머리 키가 클러스터링 인덱스이기 때문에 프라이머리 키를 이요한 레인지 스캔은 더욱 더 빨리 처리 될 수 있다.쿼리의 실행 계획에서 프라이머리 키는 기본적으로 다른 보조 인덱스에 비해 가중치가 높게 설정된다.오라클의 DBMS에서 사용하는 ..

면접에 나왔던 질문 중 Join과 SubQuery 중 Subquery를 사용했을 때 성능이 저하하는 경우는 어떤 상황인지 적는 문제가 나왔을 때 적잖이 당황했어서 Join , Subquery에 대한 개념과 성능을 비교해서 적어보려고 한다. Join- 두 개 이상의 테이블을 연결해 하나의 결과 집합을 만드는 방식- 일반적으로 행을 수평 결합(컬럼의 확장)SELECT ...FROM AJOIN B ON A.ID = B.A_ID Join의 종류- Inner Join양쪽 테이블 모두 조건을 만족하는 행만 선택- Left Join왼쪽 테이블은 모두, 오른쪽은 없으면 Null- Right Join오른쪽 테이블은 모두, 왼쪽은 없으면 Null- Full Outer Join양쪽 모두 보존, MySQL에서는 지원하지 않음..

Phantom Read(팬텀 리드)란? 팬텀 리드는 같은 트랜잭션 내에서 동일한 조건으로 여러 번 데이터를 조회했을 때, 새로운 행이 추가되거나 삭제되어 결과가 달라지는 현상입니다. 즉, 트랜잭션이 실행되는 동안 다른 트랜잭션에 의해 새로운 데이터가 삽입되거나 삭제되어, 처음 조회한 결과와 이후 조회한 결과가 달라지는 문제입니다.📌 Phantom Read 예제 1️⃣ 문제 상황 1. A 트랜잭션이 WHERE 조건을 만족하는 데이터를 조회합니다. 2. B 트랜잭션이 새로운 데이터를 INSERT합니다. 3. A 트랜잭션이 동일한 조건으로 다시 조회하면, 처음 조회할 때 없던 데이터가 추가된 것을 확인할 수 있습니다. 4. 동일한 SELECT 쿼리를 실행했는데도 새로운 데이터가 추가되면서 결과가 변경됨 → ..

트랜잭션 격리 수준(Isolation Level) 트랜잭션 격리 수준(Isolation Level)은 하나의 트랜잭션이 다른 트랜잭션의 변경 사항을 볼 수 있는 정도를 정의하는 규칙입니다.즉, 데이터의 일관성을 유지하면서 동시성을 관리하는 방법을 결정하는 중요한 요소입니다. 1. 트랜잭션에서 발생할 수 있는 동시성 문제 트랜잭션이 동시에 실행될 때, 아래와 같은 문제가 발생할 수 있습니다.문제 유형설명Dirty Read (더티 리드)다른 트랜잭션이 커밋하지 않은 데이터를 읽는 문제Non-Repeatable Read (반복 불가능한 읽기)같은 데이터를 읽었을 때 값이 변경되는 문제Phantom Read (팬텀 리드)같은 조건으로 조회했을 때 새로운 행이 추가되거나 삭제되는 문제각 트랜잭션 격리 수준은 이러..

비관적 락과 낙관적 락의 차이점 비관적 락(Pessimistic Lock)과 낙관적 락(Optimistic Lock)은 동시성 제어(Concurrency Control) 를 위해 사용되는 두 가지 대표적인 방식입니다.1. 비관적 락(Pessimistic Lock) 비관적 락은 데이터를 수정하는 동안 다른 트랜잭션이 해당 데이터를 변경하지 못하도록 차단하는 방식입니다. 즉, 트랜잭션이 시작되면 즉시 잠금을 걸고, 트랜잭션이 종료될 때까지 다른 트랜잭션이 접근할 수 없도록 하는 방식입니다. 특징 ✅ 장점 • 경쟁이 심한 환경에서도 안전하게 데이터 정합성을 보장할 수 있습니다. • 동시성 충돌이 발생할 가능성이 높은 경우 적합합니다. ❌ 단점 • 잠금이 유지되는 동안 다른 트랜잭션이 대기해야 하므로 성능 저하..

Partitioning테이블은 수직적 또는 수평적으로 분할될 수 있다.수평적 분할은 테이블의 행을 기준으로 테이블을 나누고, 수직적 분할은 테이블의 열을 기준으로 테이블을 나누어 저장한다.정규화된 테이블일지라도 물리적으로 테이블의 열을 분리하여 저장하는 것이 효율적일 때가 있다.테이블에 발생하는 트랜잭션 수에 비해 테이블 내에 열이 과도하게 많거나, 특정 열에 속하는 레코드의 데이터 크기가 다른 열의 레코드에 비해 과도하게 큰 경우, 또는 보안 상의 이유로 특정 열을 별개의 테이블로 나누어 저장해야 하는 경우 수직적 분할이 필요하다.예를 들어 게시글id, title, writer, content가 있는데 content에 과도하게 많은 양의 데이터가 있어 크기가 큰 경우에는 별도의 테이블로 분리한 뒤 필요..