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