Loading...
MySQL 9.5 Reference Manual 9.5의 7.5.3 Error Log Components의 한국어 번역본입니다.
아래의 경우에 피드백에서 신고해주신다면 반영하겠습니다.
감사합니다 :)
이 섹션에서는 개별 error log component의 특성에 대해 설명합니다. error logging 구성에 대한 일반적인 정보는 Section 7.4.2, “The Error Log”를 참조하십시오.
log component는 필터(filter) 또는 싱크(sink)가 될 수 있습니다:
필터는 log event를 처리하여 event 필드를 추가, 제거 또는 수정하거나, event를 완전히 삭제합니다. 그 결과 event는 활성화된 component 목록의 다음 log component로 전달됩니다.
싱크는 log event의 목적지(writer)입니다. 일반적으로 싱크는 log event를 특정 형식을 가진 log 메시지로 변환하고, 이러한 메시지를 파일이나 시스템 로그와 같은 연결된 출력에 기록합니다. 싱크는 또한 Performance Schema error_log 테이블에 기록할 수도 있습니다. Section 29.12.22.3, “The error_log Table”를 참조하십시오. event는 활성화된 component 목록의 다음 log component로 수정되지 않은 상태로 전달됩니다(즉, 싱크는 출력 메시지를 생성하기 위해 event를 포맷하지만, 내부적으로 다음 component로 전달될 때 event를 수정하지는 않습니다).
log_error_services 시스템 변수에는 활성화된 log component가 나열됩니다. 목록에 이름이 없는 component는 비활성화됩니다. log_error_services는 또한 아직 로드되지 않은 경우 error log component를 암묵적으로 로드합니다. 자세한 내용은 Section 7.4.2.1, “Error Log Configuration”을 참조하십시오.
다음 섹션에서는 component 유형별로 개별 log component를 설명합니다:
component 설명에는 다음 유형의 정보가 포함됩니다:
component 이름과 의도된 목적.
component가 빌트인인지, 아니면 로드해야 하는지 여부. 로더블 component의 경우, INSTALL COMPONENT 및 UNINSTALL COMPONENT 구문으로 component를 명시적으로 로드하거나 언로드할 때 사용할 URN이 설명에 지정됩니다. error log component를 암묵적으로 로드하려면 component 이름만 필요합니다. 자세한 내용은 Section 7.4.2.1, “Error Log Configuration”을 참조하십시오.
component를 log_error_services 값에 여러 번 나열할 수 있는지 여부.
싱크 component의 경우, component가 출력을 기록하는 목적지.
싱크 component의 경우, Performance Schema error_log 테이블에 대한 인터페이스를 지원하는지 여부.
error log 필터 component는 error log event의 필터링을 구현합니다. 필터 component가 하나도 활성화되어 있지 않으면 필터링은 발생하지 않습니다.
활성화된 필터 component는 log_error_services 값에서 나중에 나열된 component에 대해서만 log event에 영향을 미칩니다. 특히, 어떤 log 싱크 component가 log_error_services에서 어떤 필터 component보다 먼저 나열된 경우, 해당 싱크에 대해서는 log event 필터링이 발생하지 않습니다.
목적: log_error_verbosity 및 log_error_suppression_list 시스템 변수와 결합하여 log event 우선순위 및 error 코드에 기반한 필터링을 구현합니다. Section 7.4.2.5, “Priority-Based Error Log Filtering (log_filter_internal)”를 참조하십시오.
URN: 이 component는 빌트인이며 로드할 필요가 없습니다.
여러 번 사용 가능 여부: 아니요.
log_filter_internal이 비활성화된 경우, log_error_verbosity 및 log_error_suppression_list는 아무 효과도 없습니다.
목적: dragnet.log_error_filter_rules 시스템 변수 설정에 의해 정의된 규칙에 기반한 필터링을 구현합니다. Section 7.4.2.6, “Rule-Based Error Log Filtering (log_filter_dragnet)”를 참조하십시오.
URN: file://component_log_filter_dragnet
여러 번 사용 가능 여부: 아니요.
error log 싱크 component는 error log 출력을 구현하는 writer입니다. 싱크 component가 하나도 활성화되어 있지 않으면 log 출력은 발생하지 않습니다.
일부 싱크 component 설명에서는 기본 error log 목적지를 참조합니다. 이는 콘솔 또는 파일이며, Section 7.4.2.2, “Default Error Log Destination Configuration”에서 설명한 대로 결정되는 log_error 시스템 변수 값에 의해 지정됩니다.
목적: 기존의 error log 메시지 출력 형식을 구현합니다.
URN: 이 component는 빌트인이며 로드할 필요가 없습니다.
여러 번 사용 가능 여부: 아니요.
output destination: 기본 error log 목적지에 기록합니다.
Performance Schema 지원: error_log 테이블에 기록합니다. 이전 서버 인스턴스가 생성한 error log 파일을 읽기 위한 파서를 제공합니다.
목적: JSON 형식의 error logging을 구현합니다. Section 7.4.2.7, “Error Logging in JSON Format”을 참조하십시오.
URN: file://component_log_sink_json
여러 번 사용 가능 여부: 예.
output destination: 이 싱크는 기본 error log 목적지에 따라 자체 output 목적지를 결정하며, 이는 log_error 시스템 변수로 주어집니다:
log_error가 파일 이름을 지정하는 경우, 싱크는 해당 파일 이름에 번호가 붙은 .NN.json suffix를 추가하는 방식으로 출력 파일 이름을 결정하며, _NN_은 00에서 시작합니다. 예를 들어, log_error가 _file_name_이면, log_error_services 값에 나열된 연속적인 log_sink_json 인스턴스는 file_name.00.json, file_name.01.json 등으로 기록합니다.
log_error가 stderr인 경우, 싱크는 콘솔에 기록합니다. log_sink_json이 log_error_services 값에 여러 번 나열된 경우, 모두 콘솔에 기록하며, 이는 실용적이지 않을 수 있습니다.
Performance Schema 지원: error_log 테이블에 기록합니다. 이전 서버 인스턴스가 생성한 error log 파일을 읽기 위한 파서를 제공합니다.
목적: 시스템 로그로의 error logging을 구현합니다. 이는 Windows에서는 Event Log이고, Unix 및 Unix 계열 시스템에서는 syslog입니다. Section 7.4.2.8, “Error Logging to the System Log”를 참조하십시오.
URN:
file://component_log_sink_syseventlog
여러 번 사용 가능 여부: 아니요.
output destination: 시스템 로그에 기록합니다. 기본 error log 목적지는 사용하지 않습니다.
Performance Schema 지원: error_log 테이블에 기록하지 않습니다. 이전 서버 인스턴스가 생성한 error log 파일을 읽기 위한 파서를 제공하지 않습니다.
목적: 프로덕션 용도가 아니라, 테스트 케이스 작성을 위한 내부용으로 의도되었습니다.
URN: file://component_log_sink_test
여러 번 사용 가능 여부나 output destination과 같은 싱크 속성은 log_sink_test에 대해 지정되지 않습니다. 앞서 언급했듯이, 이는 내부용이기 때문입니다. 따라서 그 동작은 언제든지 변경될 수 있습니다.
7.5.2 Obtaining Component Information
7.5.4 Query Attribute Components
