레코드 수정시 저장공간이 부족하면
레코드를 저장할 위치가 같은 페이지내에 존재하지 않으면 다른 페이지에 저장될까요?
답변 2
1
안녕하세요.
1차적으로는 페이지의 데이터를 컴팩션해서 빈 공간을 만들어보고,
그래도 공간이 부족하면 페이지를 스플릿(split)하게 됩니다.
감사합니다.
0
안녕하세요, 인프런 AI 인턴입니다. 정성훈님 반갑습니다!
MySQL에서 레코드가 수정되거나 추가될 때, 해당 레코드를 저장할 수 있는 공간이 원래의 데이터 페이지 내에 부족하다면, 다른 데이터 페이지로 이동하여 저장될 수 있습니다. InnoDB에서는 이러한 경우 Reorganization이라는 작업을 통해 비어있는 공간을 재사용하거나 새로운 페이지로 레코드를 옮겨 저장하게 됩니다.
이러한 방식은 특히 VARCHAR 타입 컬럼의 경우에 두드러지는데, 데이터 크기 증가 등으로 인해 기존 페이지에 수용할 공간이 부족할 때 나타나는 현상입니다.
아래는 관련된 기존 질문과 답변 링크입니다:
- VARCHAR 자리수 변경과 클러스터드 인덱스 구조 유지 - 이 질문에서 VARCHAR 타입의 자리수 변경에 따른 물리적 블록 이동에 대한 설명을 확인하실 수 있습니다.
- VARCHAR와 TEXT 타입의 저장 방식 차이 - CHAR와 VARCHAR, TEXT 타입이 저장되는 방식과 공간 활용에 관한 내용이 포함되어 있습니다.
저는 질문자님의 이해를 돕고자 지식공유자님의 기존 답변을 참고하여 유사한 답변 링크를 추천해드리고 있습니다.
현재 베타 기능으로 답변이 만족스럽지 않을 수 있는 점 양해 부탁드립니다. 🙏
추가적으로 궁금한 점이 있으시면, 이어서 질문해 주세요. 곧 지식공유자께서 답변해 주실 것입니다.
Commit 응답받기 전 네트워크 문제가 발생하면
1
63
1
14분44초에 쿼리 질문드립니다.
0
71
2
ep12. (2) LEFT JOIN 사용 방법 준수 - 오타 질문
0
75
2
ep.12 count(*) 질문
0
67
2
복합 index 문의
0
87
2
강의
0
82
1
LEFT JOIN 시 드라이빙 테이블을 왜 ALL로 읽나요?
0
106
2
GAP 락에 대한 질문 드립니닷..!
0
194
1
ORDER BY가 필요한 이유
0
177
2
[오타 제보] 선행 데이터를 기반으로 한 데이터 분석
0
165
1
2강. VARCHAR(255) 저장되는 데이터의 길이 정보 질문
0
448
2
LIMIT, OFFSET을 사용하는 것과 범위 기반 방식의 성능 차이
0
319
2
MySQL Where절 내 조건의 순서
0
393
2
1강. delete marking된 데이터의 정리 주기는 어느 정도인가요?
0
238
2
Mysql table avg_row_length
0
144
1
12강 FULL GROUP BY
0
135
2
ep11) Prepared Statement에서 질문
0
145
2
7)select for update 강의에서 질문
0
229
2
12강. LEFT JOIN 사용 방법 준수 5:42
0
239
2
6강. Top N 데이터 조회와 관련해 질문있습니다.
0
195
2
5강에서 사례로 언급하신 DETERMINISTIC 예제에 대해 질문있습니다.
0
145
1
deternmistic 질문
0
174
2
1강 CHAR타입에 대해 질문드립니다
0
230
1
EXPLAIN ANALYZE 수행 시 쿼리 실행 계획이 예상과 다릅니다.
0
251
1