핵심 요약OTel
filelog 수신기를 사용해 ClickStack에서 MySQL 오류 로그와 느린 쿼리 로그를 수집하고 시각화합니다. 데모 데이터세트와 사전 구축된 대시보드가 포함되어 있습니다.기존 MySQL 통합
사전 요구 사항
- 실행 중인 ClickStack 인스턴스
- 기존 MySQL 설치 환경(버전 5.7 이상)
- MySQL 설정 파일을 수정할 수 있는 액세스 권한
- 로그 파일을 저장할 수 있는 충분한 디스크 공간
1
MySQL 로깅 구성
MySQL은 여러 유형의 로그를 지원합니다. OpenTelemetry를 사용해 포괄적으로 모니터링하려면 오류 로그와 느린 쿼리 로그를 활성화하는 것이 좋습니다.my.cnf 또는 my.ini 설정 파일은 일반적으로 다음 위치에 있습니다.- Linux (apt/yum):
/etc/mysql/my.cnf또는/etc/my.cnf - macOS (Homebrew):
/usr/local/etc/my.cnf또는/opt/homebrew/etc/my.cnf - Docker: 구성은 일반적으로 환경 변수 또는 마운트된 설정 파일을 통해 지정합니다
[mysqld] 섹션에 다음 설정을 추가하거나 수정하십시오.느린 쿼리 로그는
long_query_time초를 초과하는 쿼리를 기록합니다. 애플리케이션의 성능 요구 사항에 맞게 이 임계값을 조정하십시오. 너무 낮게 설정하면 로그가 과도하게 생성됩니다.2
사용자 지정 OTel collector 구성 생성
ClickStack에서는 사용자 지정 설정 파일을 마운트하고 환경 변수를 설정해 기본 OpenTelemetry Collector 구성을 확장할 수 있습니다. 사용자 지정 구성은 OpAMP를 통해 HyperDX가 관리하는 기본 구성과 병합됩니다.다음 내용으로mysql-logs-monitoring.yaml 파일을 생성하세요:- 표준 위치에서 MySQL 오류 로그와 느린 쿼리 로그를 읽습니다
- 여러 줄로 이루어진 로그 항목을 처리합니다(느린 쿼리는 여러 줄에 걸쳐 있습니다)
- 두 로그 포맷을 모두 파싱하여 구조화된 필드(level, error_code, query_time, rows_examined)를 추출합니다
- 원본 로그 타임스탬프를 유지합니다
- HyperDX에서 필터링할 수 있도록
source: mysql-error및source: mysql-slow속성을 추가합니다 - 전용 파이프라인을 통해 로그를 ClickHouse exporter로 라우팅합니다
MySQL 오류 로그와 느린 쿼리 로그는 포맷이 완전히 다르므로 수신기 2개가 필요합니다.
time_parser는 MySQL의 시간대 오프셋이 포함된 ISO8601 타임스탬프 포맷을 처리하기 위해 gotime 레이아웃을 사용합니다.3
사용자 지정 구성을 로드하도록 ClickStack 구성하기
기존 ClickStack 배포에서 사용자 지정 collector 구성을 활성화하려면 사용자 지정 구성 파일을/etc/otelcol-contrib/custom.config.yaml에 마운트하고, 환경 변수 CUSTOM_OTELCOL_CONFIG_FILE=/etc/otelcol-contrib/custom.config.yaml를 설정하십시오.ClickStack 배포 구성을 업데이트하세요:ClickStack collector에 MySQL 로그 파일을 읽을 수 있는 적절한 권한이 부여되었는지 확인하세요. 읽기 전용 마운트(
:ro)를 사용하고 최소 권한 원칙을 준수하십시오.4
HyperDX에서 로그 확인
구성이 완료되면 HyperDX에 로그인하여 로그가 정상적으로 유입되는지 확인합니다:- Search view로 이동합니다
- source를 Logs로 설정합니다
source:mysql-error또는source:mysql-slow로 필터링하여 MySQL 관련 로그를 확인합니다level,error_code,message(오류 로그),query_time,rows_examined,query(느린 쿼리 로그) 등의 필드가 포함된 구조화된 로그 항목이 표시되어야 합니다
데모 데이터세트
1
샘플 데이터셋 다운로드
샘플 로그 파일을 다운로드하세요:- 오류 로그 항목(시작 메시지, 경고, 연결 오류, InnoDB 메시지)
- 실제 성능 특성을 반영한 느린 쿼리
- 연결 수명 주기 이벤트
- 데이터베이스 서버의 시작 및 종료 과정
2
3
4
HyperDX에서 로그 확인
ClickStack이 실행되면 다음을 수행하십시오:- ClickStack이 완전히 초기화될 때까지 잠시 기다리십시오(일반적으로 30~60초).
- HyperDX를 열고 계정에 로그인하십시오(먼저 계정을 만들어야 할 수 있습니다).
- Search view로 이동한 다음 source를
Logs로 설정하십시오. - 시간 범위를 2025-11-13 00:00:00 - 2025-11-16 00:00:00으로 설정하십시오.
- 총 40개의 로그가 표시되어야 합니다(
source:mysql-demo-error오류 로그 30개 +source:mysql-demo-slow느린 쿼리 10개).
40개의 로그가 바로 모두 표시되지 않으면 collector가 처리를 마칠 때까지 약 1분 정도 기다리십시오. 기다린 후에도 로그가 표시되지 않으면
docker restart clickstack-demo를 실행한 뒤 1분 후 다시 확인하십시오. 이는 start_at: beginning으로 기존 파일을 일괄 로드할 때 OpenTelemetry filelog 수신기에서 발생하는 알려진 문제입니다. start_at: end를 사용하는 프로덕션 배포에서는 로그가 기록되는 즉시 실시간으로 처리되므로 이 문제가 발생하지 않습니다.시간대 표시HyperDX는 브라우저의 로컬 시간대로 타임스탬프를 표시합니다. 데모 데이터 범위는 **2025-11-14 00:00:00 - 2025-11-15 00:00:00 (UTC)**입니다. 넓은 시간 범위를 지정했기 때문에 위치와 관계없이 데모 로그를 확인할 수 있습니다. 로그가 표시되면 더 명확한 시각화를 위해 범위를 24시간으로 좁힐 수 있습니다.
대시보드 및 시각화
1
대시보드 구성 파일
2
사전 구축된 대시보드 가져오기
- HyperDX를 열고 Dashboards 섹션으로 이동합니다
- 오른쪽 상단의 점 3개 메뉴에서 Import Dashboard를 클릭합니다
mysql-logs-dashboard.json파일을 업로드한 다음 Finish Import를 클릭합니다
3
대시보드 보기
대시보드는 모든 시각화가 미리 구성된 상태로 생성됩니다.데모 데이터세트를 사용하는 경우 시간 범위를 **2025-11-14 00:00:00 - 2025-11-15 00:00:00 (UTC)**로 설정하십시오(로컬 시간대에 맞게 조정). 가져온 대시보드에는 기본적으로 시간 범위가 지정되어 있지 않습니다.
문제 해결
사용자 지정 구성이 로드되지 않음
HyperDX에 로그가 표시되지 않음
느린 쿼리 로그가 표시되지 않는 경우
로그가 올바르게 파싱되지 않는 경우
다음 단계
- 중요한 이벤트(연결 실패, 임계값을 초과한 느린 쿼리, 오류 급증)에 대한 알림을 설정하세요
- 쿼리 패턴별로 느린 쿼리를 분석할 수 있는 맞춤형 대시보드를 생성하세요
- 확인된 쿼리 성능 패턴에 따라
long_query_time을 조정하세요