Study 4Chapter 아키텍처

[InJun2]

진행내용

5월 9일 RealMySQL 4챕터 아키텍처 스터디 진행

하고싶은 이야기 및 문제를 답변으로 작성해주세요

[kmw2378]

InnoDB의 장점

• FK 기능 지원
• MVCC로 인해 잠금을 사용하지 않는 일관적 읽기 제공
• 버퍼 풀 사용

운영 서버에서 FK를 사용하지 않는 이유

• Cascade으로 인해서 유지보수성이 떨어진다. (극단적으로, 레코드 삭제시 연관된 데이터가 삭제될 수 있음)
• 잠금이 여러 테이블로 전파되어 데드락 발생 가능성 증가
• 부모, 자식 테이블 모두 해당 컬럼에 인덱스 생성

[InJun2]

mysql 8.0 에서 쿼리 캐시가 사라진 이유와 다른 성능 최적화를 위한 다른 방법은 무엇이 있는지

• 쿼리 캐시는 SQL 실행 결과를 메모리에 캐시하고 동일 쿼리가 실행되면 결과를 즉시 반환하는 방식이지만 쿼리 캐시의 데이터가 변경되면 변경 관련 테이블을 모조리 삭제해야 했고 이는 심각한 동시 성능 처리 저하가 유발되어 삭제되었음
• 이에 대신 기존 버퍼풀과 인덱스 등을 통하여 주로 성능 개선을 진행함
  • 버퍼풀 관리 : 적절한 버퍼풀 크기를 설정하여 디스크 I/O를 최소화하여 메모리에서 데이터를 효율적으로 관리
  • 인덱스 최적화 : 인덱스를 생성하여 쿼리의 검색 속도를 향상
  • 쿼리 튜닝 : 8.0에서는 개선된 옵티마이저를 사용하여 최적화된 실행 계획을 생성하고 옵티마이저 힌트를 사용하여 실행 계획을 명시적으로 조절 가능
  • 데이터 딕셔너리 캐시 : 8.0에서는 데이터 딕셔너리를 계층 구조로 재구성하여 메타데이터를 관리하고 데이터 딕셔너리 캐시를 도입하여 캐시 미스의 빈도를 줄일 수 있음
  • 스레드 풀 : 기존 스레드를 재사용하여 성능 향상 및 과도한 자원 소모 방지, 다중 스레드를 이용하여 응답 시간 최적화

[IM-GYURI]

언두 로그 vs 리두 로그

언두 로그

• DML(INSERT, UPDATE, DELETE)로 변경되기 이전 버전의 데이터를 백업한 데이터

리두 로그

• 트랜잭션의 4가지 요소인 ACID 중 D(Durable)에 해당하는 영속성과 가장 밀접하게 연관돼 있음
• 하드웨어나 소프트웨어 등 여러 가지 문제점으로 인해 MySQL 서버가 비정상적으로 종료됐을 때 데이터 파일에 기록되지 못한 데이터를 잃지 않게 해주는 안전장치

MySQL 서버가 비정상 종료되는 경우, InnoDB 스토리지 엔진의 데이터 파일을 다음과 같은 두 가지 종류의 일관되지 않은 데이터를 가질 수 있다.

1. 커밋됐지만 데이터 파일에 기록되지 않은 데이터 -> 리두 로그에 저장된 데이터를 다시 복사
2. 롤백됐지만 데이터 파일에 이미 기록된 데이터 -> 리두 로그와 비교하여 검증 (커밋 여부, 롤백 여부 등) -> 언두 로그 내용 복사