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 |
Tags
- sessionManager
- 밑바닥부터 구현하는 컴퓨팅 시스템
- S3 private통신
- s3
- mysql 엔진
- 리눅스
- x lock s lock
- InnoDB
- mysql 구조
- BastianHost
- 온라인 ddl
- innodb구조
- 어뎁티브 해시 인덱스
- MySQL
- SessionManager 터널링
- 도커
- 운용 시 유용한 쿼리
- dff
- 필수 스크립트
- 안전하게 테이블 변경
- ec2
- 마운트
- 밑바닥부터 만드는 운영체제
- innodb 버퍼풀
- Terraform
- mysql 아키텍쳐
- s3 sync
- nandtotetris
- ix is lock
- performance스키마
Archives
- Today
- Total
목록옵티마이저 (1)
이것이 점프 투 공작소
MySQL 옵티마이저가 하는 일
웹서비스를 개발하다 보면 실제 운영서버에 반영하기 전에 만들어둔 쿼리에 대한 테스트 및 성능확인이 필요합니다.주로 EXPLAIN 명령어를 통해 쿼리의 성능을 평가했는데, 그냥 인덱스를 잘 타는구나~ 이 정도만 확인했던 기억이 있습니다. 그래서 옵티마이저가 인덱스를 어떻게 확인해서 쿼리에 적용하는지 더 나은 인덱스를 태우려면 어떻게 해야하는지 궁금해서MySQL 옵티마이저에 대해 공부 및 정리해보려고 합니다.(Real MySQL을 보고 공부한 내용을 다룹니다.)쿼리의 실행 절차1. SQL 파싱사용자로 부터 쿼리요청이 들어오면 'SQL 파서 모듈'에서 문장을 적절하게 쪼개어 MySQL서버가 이해할 수 있는 수준으로 분리합니다.(파싱 트리 작업)2. 최적화 및 실행계획 수립 (옵티마이저 일하는 단계)파싱 트리 ..
DB
2024. 12. 21. 19:06