🧠 개념 설명

1. 에러 로그 파일

[MySQL 서버 생애주기와 에러 로그]

  시작(Startup)
      │
      ├──▶ 설정 파일 로딩 정보       ─┐
      ├──▶ 플러그인 초기화 메시지      │
      ├──▶ InnoDB 복구 메시지         │  에러 로그(.err)에
      │                               │  모두 기록됨
  실행 중(Running)                    │
      ├──▶ 쿼리 에러 메시지            │
      ├──▶ Aborted connection          │
      └──▶ 모니터링 결과 메시지       ─┘

  비정상 종료
      └──▶ InnoDB 트랜잭션 복구 메시지 ──▶ 에러 로그

기술 설명

• 위치: my.cnf의 log_error 파라미터로 지정. 미설정 시 데이터 디렉터리에 .err 확장자로 자동 생성
• 왜 이렇게 설계되었나?
  • MySQL은 다양한 레이어(엔진 레벨, 스토리지 레벨, OS 레벨)로 구성되어 있어, 문제가 어느 레이어에서 발생했는지 추적하려면 단일 로그 파일에 모든 경고·에러를 집약해야 한다.
  • 운영 중 원인을 모를 때 "일단 에러 로그부터"인 이유다.

기록되는 주요 내용

• InnoDB 버퍼풀 초기화 크기
• 스토리지 엔진 로딩 완료 메시지 - 포트 바인딩 성공 여부 (예: port: 3306) | 설정 변경 후 재시작 시 파라미터가 제대로 적용됐는지 확인 | | 비정상 종료 후 재시작 | InnoDB 트랜잭션 복구 메시지 | - 커밋되지 않은 트랜잭션 롤백 기록
• 리두 로그(Redo Log) 적용 메시지
• InnoDB: Starting crash recovery 메시지
• 복구 완료 후 recovered 트랜잭션 수 | 복구에 오래 걸리거나 반복되면 하드웨어 또는 쿼리 설계 문제 의심 | | 실행 중 - 쿼리 에러 | 쿼리 처리 중 발생한 에러 메시지 | - ERROR 1045: 접근 권한 에러
• ERROR 1062: Duplicate entry (중복 키) - ERROR 1005: 테이블 생성 실패 (FK 오류)
• 문법 오류, 존재하지 않는 테이블 참조 | 반복적으로 동일 에러가 나타나면 앱 코드 또는 스키마 점검 필요 | | 실행 중 - 커넥션 문제 | 비정상적으로 종료된 커넥션 메시지 | - Aborted connection: 클라이언트가 정상 종료 없이 연결 끊김
• Got an error reading communication packet: 네트워크 패킷 오류
• wait_timeout 초과로 인한 강제 종료
• max_connections 초과로 인한 연결 거부 | Aborted_clients 수치가 높으면 커넥션 풀 설정 또는 네트워크 점검 | | 실행 중 - 경고(Warning) | 성능·설정 관련 경고 메시지 | - 임시 테이블이 디스크로 넘어간 경우
• innodb_buffer_pool_size가 너무 작다는 경고
• Deprecated(곧 삭제될) 파라미터 사용 경고
• 인증 방식 변경 관련 경고 (caching_sha2_password 등) | 에러는 아니지만 방치하면 성능 저하나 업그레이드 시 장애로 이어짐 | | 모니터링 명령 실행 | 상태 조회·모니터링 명령 결과 메시지 | - SHOW ENGINE INNODB STATUS 결과
• InnoDB 모니터 활성화 시 주기적 상태 덤프
• 데드락(Deadlock) 감지 및 관련 트랜잭션 정보
• 버퍼풀 히트율, 대기 중인 잠금 현황 | 데드락 발생 시 어떤 트랜잭션이 충돌했는지 이 로그로 추적 가능 | | 복제(Replication) 관련 | 소스/레플리카 간 복제 상태 메시지 | - 복제 연결 시작·종료 메시지
• 바이너리 로그 포지션 정보
• 복제 지연(Replication lag) 경고
• Got fatal error from master 메시지 | 복제 중단 원인 추적 시 에러 로그와 SHOW REPLICA STATUS 함께 확인 | | 서버 종료 | 정상/비정상 종료 메시지 | - 정상: mysqld: Shutdown complete
• 비정상: OS 시그널(SIGKILL 등)에 의한 강제 종료 기록
• 종료 직전 실행 중이던 커넥션 수
• InnoDB 버퍼풀 플러시 완료 여부 | 정상 종료인지 강제 종료인지 구분하여 재발 방지 조치 결정 |

💡 실무 팁: 에러 로그에서 ERROR, Warning, Aborted, crash 키워드를 grep으로 필터링하면 방대한 로그에서 핵심만 빠르게 추출할 수 있다.

grep -E "ERROR|Warning|Aborted|crash|recovery" /var/log/mysql/error.log | tail -100

2. 제너럴 쿼리 로그

비유 제너럴 로그는 편의점 전체 CCTV 녹화본이다. 누가 언제 어떤 쿼리를 실행했는지 모두 찍힌다. 하지만 24시간 녹화는 용량을 엄청 잡아먹으므로, 평소엔 꺼두고 "이상한 일이 생겼을 때만" 잠깐 켠다.

[제너럴 로그 흐름]

  클라이언트 A ──┐
  클라이언트 B ──┼──▶ MySQL 서버 ──▶ general_log (파일 or 테이블)
  클라이언트 C ──┘         │
                           └── 실행 결과와 무관하게 "수신 즉시" 기록
                               (슬로우 로그와 다른 핵심 차이!)

기술 설명

• 서버가 수신한 모든 쿼리를 기록. 쿼리 성공/실패, 실행 시간과 무관
• log_output 옵션으로 FILE 또는 TABLE 선택 가능