ABOUT ME

-

Today
-
Yesterday
-
Total
-
  • 에러 로그 파일
    Technique/RDBMS 2016. 5. 19. 22:28
    반응형

    MySQL이 실행되는 도중에 발생하는 에러나 경고 메시지가 출력되는 로그파일이다.


    MySQL이 시작하는 과정과 관련된 정보성 및 에러 메시지

    MySQL설정 파일을 변경하거나 데이터베이스가 비정상적으로 종료된 이후 다시 시작하는 경우에는 반드시 에러로그 파일을 통해 설정된 변수의 이름이나 값이 명확하게 설정되고 의도한 바대로 적용됐는지 확인해야 한다.


    마지막으로 종료할 때 비정상적으로 종료된 경우 나타나는 InnoDB의 트랜잭션 복구 메시지

    InnoDB의 경우 MySQL서버가 비정상적 또는 강제적으로 종료됐다면 다시 시작되면서 완료되지 못한 트랜잭션을 정리하고 디스크에 기록되지 못한 데이터가 있다면 다시 기록하는 재처리 작업을 하게 된다. 이 과정에 대한 간단한 메시지가 출력되는데, 간혹 문제가 있어서 복구되지 못할 때는 해당 에러 메시지를 출력하고 MySQL은 다시 종료될 것이다.


    쿼리 처리 도중에 발생하는 문제에 대한 에러 메시지

    쿼리 도중 발생하는 문제점은 사전 예방이 어려우며, 주기적으로 에러 로그 파일을 검토하는 과정에서 알게 된다. 쿼리의 실행 도중 에러가 발생했다거나, 복제에서 문제가 될 만한 쿼리에 대한 경고 메시지가 에러 로그에 기록된다. 그래서 자주 에러 로그 파일을 검토하는 것이 데이터베이스의 숨겨진 문제점을 해겷하는데 도움이 많이 된다.


    비정상적으로 종료된 커넥션 메시지

    클라이언트 애플리케이션에서 정상적으로 접속 종료를 하지 못하고 프로그램이 종료된 경우 MySQL서버의 에러 로그 파일에 이런 내용이 쌓인다. 만약 이런 에러메시지가 아주 많이 발생한다면 애플리케이션의 커넥션 종료 로직을 한번 검토해볼 필요가 있다.


    InnoDB의 모니터링 명령이나 상태 조회 명령 같은 결과 메시지

    InnoDB의 테이블 모니터링이나 락 모니터링, 또는 InnoDB의 엔진 상태를 조회하는 명령은 상대적으로 큰 메시지를 에러 로그 파일에 기록한다. 만약 InnoDB의 모니터링을 활성화 상태로 만들어 두고 그대로 유지하는 경우에는 에러 로그 파일이 매우 커져서 파일 시스템의 공간을 다 사용해 버릴지도 모른다.반드시 모니터링을 사용한 후에는 다시 비활성화 해서 에러로그 파일이 커지지 않게 만들어야 한다.


    MySQL의 종료 메시지

    가끔 MySQl이 아무도 모르게 종료돼 있거나, 때로는 아무도 모르게 재시작되어 버리는 경우가 있다. 이런 경우 에러 로그 파일에서 MySQL이 마지막으로 종료되면서 출력한 메시지를 확인할 수 있다.

    누군가 MySQL을 종료 시켯다면 로그 파일엔 Normal Shutdown 이라는 메시지가 출력되어 있지만 그렇지 않고 아무것도 안 적혀 있거나 스택 트레이스가 있을경우엔 비정상적으로 종료되었을 것이다. 이럴 경우 꽤나 스택트레이스를 추적하거나, 버그에 대하여 조사하는 것이 좋다.

    반응형

    'Technique > RDBMS' 카테고리의 다른 글

    슬로우 쿼리 로그  (0) 2016.06.06
    바이너리 로그, 릴레이 로그  (0) 2016.05.22
    MEMORY 스토리지 엔진 아키텍처  (0) 2016.05.19
    MyISAM 스토리지 엔진 아키텍처  (0) 2016.05.19
    복제 ( Replication )  (0) 2016.05.17

    댓글

Designed by Tistory.