실행 계획의 효율성 판단을 위해 예측했던 레코드 건수를 보여줌(index를 사용하는 조건에만 일치하는 레코드)스토리지 엔진별로 가지고 있는 통계 정보를 참조해 MySQL 옵티마이저가 산출해낸 값(정확X)반환하는 레코드 값이 아니라 쿼리 처리를 위해 읽고 체크한 레코드의

MySQL

Mysql8.0 Hash join

💬 구글, 유튜브 검색 결과 거의 없음nested Loop Join의 단점을 개선하기 위해 도입N개의 집합을 N개의 중첩된 반복을 통해 사용해 조인하는 알고리즘줄여서 NR JOIN이라고도 불림조인해야 할 데이터가 적은 경우 유용한 방식드라이빙 테이블에서 조건에 만족하

언제 사용하는가?옵티마이저가 우리가 사용하는 서비스의 비즈니스를 잘 이해하지 못하고 실행 계획을 수립할 때 사용MySQL 5.6이전에는 Index Hint를 사용, 이후부터는 Optimizer Hint 사용Index Hint는 SQL 문법에 맞게 사용해야해서 ANSI-

쿼리를 최적으로 실행하기 위해 각 테이블의 데이터가 어떤 분포로 저장돼 있는지 통계 정보를 참조하며, 그러한 기본 데이터를 비교해 최적의 실행 계획을 수립한다.우리들은 실행 계획의 이해해야 실행 계획의 불합리한 부분, 더 최적화된 방법으로 실행 계획을 수립하도록 유도할

MYSQL 서버에서 클러스트링은 테이블의 레코드를 비슷한 것(프라이머리 키를 기준으로)들끼리 페이지로 묶어서 저장이는 지역성의 원리에 부합한다는 의미입니다.클러스트링 인덱스는 InnoDB에서만 지원하고 나머지 스토리지 엔진에서 지원하지 않음클러스트링 인덱스는 PK에 대

쿼리의 WHERE 조건이나 GROUP BY, ORDER BY 절에서 어떠한 방식으로 Index를 사용하는지 알아보겠습니다.

hello

기수성은 모든 인덱스 키 값 가운데 유니크한 값의 수를 의미기수성은 해당 컬럼의 중복된 수치를 의미중복도가 높으면 카디널리티가 낮다, 중복도가 낮으면 카디널리티가 높다고 표현복합키를 구성하는 경우 Cardinality가 높은 순에서 낮은 순으로 구성하는게 좋음

사실 이쯤오면 포스팅내용은 책의 내용을 검증하는 절차라고 봐도 무방합니다.

이번 장은 트래잭션, 잠금, 격리 수준에 대하여 학습합니다.

InnoDB를 소재로 DB를 학습해보자

시작하기 전이번 포스팅은 챕터4 아키텍처를 학습하게 됩니다.챕터4는 4개로 이루어집니다.MySQL 엔진 아키텍처InnoDB 스토리지 엔진 아키텍처MyISAM 스토리지 엔진 아키텍처MySQL 로그 파일MySQL Engine과 Storage Engine이 무엇이며 MySQ

글을 쓰자!

포스팅 형식은 1개의 주제마다 참조되는 MySql 문서링크 + 학습과 업무에서 경험한 함수, 기능을 정리하면서 이어갑니다.날짜

https://www.inflearn.com/course/백엔드-데이터베이스-개론📗