5 MySQL InnoDB settings you should change right now

Context

MySQL 기본 설치는 수 년 전 저사양 하드웨어 기준으로 설정되어 있어, 8GB 이상 RAM을 탑재한 프로덕션 서버에서도 기본값이 유지되면 성능을 낭비하게 된다. 특히 innodb_buffer_pool_size가 기본 128MB로 설정되어 있어 디스크 I/O 압력이 높고, 로그 파일 크기도 48MB로 빈번한 체크포인트를 유발한다.

Technical Solution

• innodb_buffer_pool_size를 기본 128MB에서 서버당 70~80% RAM(예: 12GB)으로 증설: 메모리 캐시에서 데이터/인덱스 읽기를 처리하도록 변경
• innodb_log_file_size를 기본 48MB에서 1~2GB(또는 MySQL 8.0.30+에서 innodb_redo_log_capacity 4GB)로 확대: 쓰기 배치 처리를 증가시켜 빈번한 플러시 작업 감소
• innodb_flush_log_at_trx_commit을 기본값 1에서 2로 변경: 트랜잭션 커밋마다 디스크 동기화 대신 OS 버퍼에만 기록해 최대 1초 손실 수용 가능한 워크로드에서 쓰기 처리량 2배 증대
• innodb_flush_method를 O_DIRECT로 설정(Linux ext4/xfs): 이중 메모리 캐싱(InnoDB 버퍼풀 + OS 페이지 캐시) 제거해 메모리 낭비 방지
• innodb_io_capacity와 innodb_io_capacity_max를 기본값 200에서 SSD/NVMe 성능에 맞게 상향 조정: 백그라운드 I/O 스케줄링(더티 페이지 플러시, 체인지 버퍼 병합)을 디스크 성능에 맞춰 최적화

Impact

• 버퍼풀 적중률 99% 이상 달성 가능
• innodb_flush_log_at_trx_commit 값 2 사용 시 쓰기 처리량 2배 증가
• 2GB 로그 파일 사용 시 예상치 못한 재시작 후 복구 시간이 초 단위에서 수 분으로 증가

Key Takeaway

기본 설정은 하드웨어 사양에 따라 의도적으로 재조정해야 하며, 단일 설정 변경 후 최소 24시간 모니터링(버퍼풀 적중률, 체크포인트 나이, 플러시 속도 확인)을 통해 검증해야 한다. 또한 설정 변경 전 전체 백업을 수행하고 현재값을 기록한 후 한 번에 하나씩 적용하는 보수적 접근이 필요하다.