본문 바로가기

MySQL

(4)

'실행계획에서 무엇을 중요하게 볼 것인가?' - 개인적인 통찰 Real MySQL 8.0 10장 실행계획을 150만개의 더미 데이터를 활용해 공부하며 작성한 글입니다."실행 계획을 어떻게 읽어야 하는지, 무엇을 읽어야 하는지?" 에 대해 제 개인적인 의견이 들어갔음을 밝히며, 부족한 부분이 있음을 미리 양해 구합니다.1. 인덱스를 설정할 때 고려하는 기준 저는 인덱스를 설정할 컬럼을 선택할 때 다음 3가지 기준을 주로 고려합니다.* 추가로, 인덱스 설정 시 주의할 점들은 해당 목차 범위를 벗어남으로 생략하겠습니다! ⓐ 카디널리티(Cardinality)가 높은 컬럼인가?카디널리티는 해당 컬럼의 고유 값 수를 의미합니다.InnoDB 가 레코드를 읽을 때, 카디널리티가 높을수록 빠르게 레코드를 검색할 수 있습니다. 따라서, 카디널리티가 높은 컬럼은 인덱스를 설정할 때 우..

동시성 제어 시 JPA의 비관적 락(select ... for update)에 대해 회의적인 이유 이 글에서는 MySQL을 사용해, 특정 레코드에 락이 걸린 상태에서 다른 트랜잭션이 해당 레코드에 어느 작업까지 허용하는지 실험해보고, MySQL 내부에서 언제 락을 사용하는지 알아보며 비관적 락에 대해 회의적인 이유를 얘기하는 개인적인 글입니다. 추가로 Real MySQL 을 읽고, 공유 락과 배타 락에 배경 지식이 있는 분들이 쉽게 이해 될 것 같으며, 결론은 마치며.. 에 정리해두었습니다. 목차는 다음 순서로 진행됩니다.한 트랜잭션에서 공유 락/배타 락 획득 시, 다른 트랜잭션에서 가능한 쿼리 소개공유 락/배타 락 사용 시, 다른 트랜잭션에서 쓰기 작업이 대기하는 이유UPDATE / DELETE 쿼리 시 WHERE 절의 인덱스 여부의 중요성MySQL8.0 Repetable Read 에서 Phanto..

MySQL 8.0의 B-Tree 인덱스 알아보기 인덱스를 걸면 조회가 왜 빠른지에 대한 의문을 해소하고자 Real MySQL을 학습을 바탕으로 정리했습니다. 인덱스를 알기 전, 어떻게 디스크에서 데이터를 읽는지를 알아보겠습니다.8.1 디스크 읽기 방식# 기계식 장치인 HDD(하드 디스크)기존 데이터는 기계식 장치인 원판 모양의 HDD(하드 디스크)에 저장하였습니다.HDD는 원판을 돌려가며 데이터를 읽어야 하기 때문에 랜덤I/O 작업은 매우 비효율적이었습니다. # 전자식 장치의 등장HDD의 단점을 보완하고자 SSD, CPU, 메모리 같이 전기적 특성을 띈 전자식 장치가 등장하게 되었습니다.SSD는 데이터를 읽기 위해 HDD를 회전시킬 필요가 없기 때문에 데이터를 읽고 쓰는 작업이 매우 빠릅니다. 그리고, DBMS가 이 SSD를 채택하여 데이터를 저장하게..

[동시성 제어] 트랜잭션 격리 수준과 낙관적/비관적 락의 필요성 비관적 락과 낙관적 락에 대한 공부 자료는 저 이외에도 충분하다고 판단하여, 해당 글에서는 설명하지 않습니다.락에 대해 학습하고 있는 중이기 때문에, 틀린 부분이 있을 수 있습니다. 발견하신다면 댓글로 남겨주시면 감사하겠습니다. 트랜잭션과 격리 수준을 이해해서 낙관적, 비관적 락을 왜 사용하는지에 대해 알아봅니다.1. 트랜잭션의 격리 수준(Isolation level) 이해하기트랜잭션의 격리 수준(isolation)이란?데이터의 일관성을 유지 하기 위해 여러 트랜잭션이 서로에게 영향을 미칠 수 있는 범위를 어느 정도로 제한할 지를 레벨로 나눈 것입니다.예를 들면, A트랜잭션에서 id=1 에 대한 레코드를 조회 할 때, B트랜잭션에서 id=1 에 대한 레코드를 변경했다고 가정합니다.이 때, A트랜잭션의 결..

이전 1 다음

티스토리툴바