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 |
Tags
- 컴퓨터 아키텍쳐
- vm번역기
- InnoDB
- 도커
- MySQL
- 밑바닥부터 구현하는 컴퓨팅 시스템
- 메모리 세그먼트
- 운용 시 유용한 쿼리
- 핵기계어
- innodb구조
- 밑바닥부터 만드는 운영체제
- 안전하게 테이블 변경
- 리눅스
- vm머신
- dff
- 구문 분석
- 필수 스크립트
- performance스키마
- 어뎁티브 해시 인덱스
- jack 문법
- ec2
- 밑바닥부터 만드는 컴퓨팅 시스템
- 마운트
- 온라인 ddl
- s3
- 스택머신
- nandtotetris
- 핵심 데이터 모델링
- Terraform
- innodb 버퍼풀
Archives
- Today
- Total
목록옵티마이저 (1)
이것이 점프 투 공작소

웹서비스를 개발하다 보면 실제 운영서버에 반영하기 전에 만들어둔 쿼리에 대한 테스트 및 성능확인이 필요합니다.주로 EXPLAIN 명령어를 통해 쿼리의 성능을 평가했는데, 그냥 인덱스를 잘 타는구나~ 이 정도만 확인했던 기억이 있습니다. 그래서 옵티마이저가 인덱스를 어떻게 확인해서 쿼리에 적용하는지 더 나은 인덱스를 태우려면 어떻게 해야하는지 궁금해서MySQL 옵티마이저에 대해 공부 및 정리해보려고 합니다.(Real MySQL을 보고 공부한 내용을 다룹니다.)쿼리의 실행 절차1. SQL 파싱사용자로 부터 쿼리요청이 들어오면 'SQL 파서 모듈'에서 문장을 적절하게 쪼개어 MySQL서버가 이해할 수 있는 수준으로 분리합니다.(파싱 트리 작업)2. 최적화 및 실행계획 수립 (옵티마이저 일하는 단계)파싱 트리 ..
DB
2024. 12. 21. 19:06