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
- nandtotetris
- 도커
- BastianHost
- mysql 엔진
- performance스키마
- innodb구조
- S3 Interface Endpoint
- S3 private통신
- x lock s lock
- 운용 시 유용한 쿼리
- s3 sync
- 안전하게 테이블 변경
- mysql 구조
- ix is lock
- innodb 버퍼풀
- mysql 아키텍쳐
- 온라인 ddl
- 마운트
- S3 Gateway Endpoint
- SessionManager 터널링
- 밑바닥부터 구현하는 컴퓨팅 시스템
- s3
- ec2
- 어뎁티브 해시 인덱스
- InnoDB
- Terraform
- MySQL
- 필수 스크립트
- 리눅스
- sessionManager
Archives
- Today
- Total
목록innodb구조 (1)
이것이 점프 투 공작소
InnoDB 아키텍쳐를 알아보자
요즘 APM을 만드려고 하다보니 오픈소스의 아키텍쳐에 대한 관심이 높아져서Real MySQL을 보고 공부한 InnoDB의 아키텍쳐를 정리해보고자 합니다.책에서 언급하는 8.0이하에서 발생한 이슈들이나 정보들은 정리하지 않았습니다. InnoDB 아키텍쳐레코드 기반 Lock을 제공하기에 높은 동시성 처리가 가능하며 안정적인 엔진입니다.MySQL에서 기본적으로 사용하는 스토리지 엔진입니다. InnoDB의 특징primary key에 의한 클러스터링InnoDB에 저장되는 테이블 레코드들은 기본적으로 pk에 의해 클러스터링 되어 pk값 순서대로 저장됩니다.그렇기에 pk를 이용한 레인지 스캔은 빠른 속도로 처리 될 수 있습니다.또한 세컨더리 인덱스는 레코드의 실제 주소가 아닌 pk의 값을 논리적인 주소로 사용해서 ..
DB
2024. 12. 12. 21:39