Azure Database for MySQL의 느린 쿼리 로그

  • 아티클

적용 대상: Azure Database for MySQL - 단일 서버

Important

Azure Database for MySQL 단일 서버가 사용 중지 경로에 있습니다. Azure Database for MySQL 유연한 서버로 업그레이드하는 것이 좋습니다. Azure Database for MySQL 유연한 서버로 마이그레이션하는 방법에 대한 자세한 내용은 Azure Database for MySQL 단일 서버에 대한 새로운 소식을 참조하세요.

Azure Database for MySQL에서는 사용자에게 느린 쿼리 로그를 제공합니다. 트랜잭션 로그에 대한 액세스는 지원되지 않습니다. 느린 쿼리 로그를 사용하여 문제 해결을 위한 성능 병목을 파악할 수 있습니다.

MySQL 느린 쿼리 로그에 대한 자세한 내용은 MySQL 참조 설명서의 느린 쿼리 로그 섹션을 참조하세요.

서버에서 쿼리 저장소를 사용하도록 설정하면 느린 쿼리 로그에 ‘CALL mysql.az_procedure_collect_wait_stats (900, 30);’와 같은 쿼리가 로그될 수 있습니다. 이는 쿼리 저장소 기능이 쿼리에 대한 통계를 수집함에 따른 정상적인 동작입니다.

느린 쿼리 로깅 구성

기본적으로 느린 쿼리 로그는 비활성화됩니다. 사용하려면 slow_query_log을 ON으로 설정합니다. 해당 작업은 Azure Portal 또는 Azure CLI를 통해 사용하도록 설정할 수 있습니다.

조정할 수 있는 다른 매개 변수는 다음과 같습니다.

  • long_query_time: 쿼리가 기록되는 long_query_time(초)보다 쿼리가 오래 걸릴 경우 기본값은 10초입니다.
  • log_slow_admin_statements: ON에 slow_query_log에 쓰여진 문에서 ALTER_TABLE 및 ANALYZE_TABLE 등과 같은 관리 문이 포함된 경우
  • log_queries_not_using_indexes: 인덱스를 사용하지 않는 쿼리가 slow_query_log에 기록되는지 여부를 결정합니다.
  • log_throttle_queries_not_using_indexes:이 매개 변수는 느린 쿼리 로그에 쓸 수 있는 비 인덱스 쿼리의 수 한도를 결정합니다. 이 매개 변수는 log_queries_not_using_indexes가 ON으로 설정된 경우 적용됩니다.
  • log_output: ‘File’이면 느린 쿼리 로그가 로컬 서버 스토리지와 Azure Monitor 진단 로그에 모두 기록됩니다. "None"이면 느린 쿼리 로그가 Azure Monitor 진단 로그에만 기록됩니다.

Important

테이블이 인덱싱되지 않은 경우, 이러한 인덱싱되지 않은 테이블에 대해 실행되는 모든 쿼리가 느린 쿼리 로그에 기록되기 때문에 log_queries_not_using_indexes 과 log_throttle_queries_not_using_indexes 매개 변수를 ON으로 설정하면 MySQL 성능에 영향을 줄 수 있습니다.

오랜 기간 동안 느린 쿼리를 로그하려는 경우, log_output을 ‘None’으로 설정하는 것이 좋습니다. “File”로 설정된 경우 해당 로그는 로컬 서버 스토리지에 기록되고, MySQL 성능에 영향을 줄 수 있습니다.

느린 쿼리 로그 매개 변수의 전체 설명은 MySQL 느린 쿼리 로그 설명서를 참조하세요.

느린 쿼리 로그 액세스

Azure Database for MySQL에서 느린 쿼리 로그에 액세스하는 두 가지 옵션은 로컬 서버 스토리지와 Azure Monitor 진단 로그입니다. 이는 log_output 매개 변수를 사용하여 설정됩니다.

로컬 서버 스토리지의 경우 Azure Portal 또는 Azure CLI를 사용하여 느린 쿼리 로그를 나열하고 다운로드 할 수 있습니다. Azure Portal에서 Azure Portal의 서버로 이동합니다. 모니터링 머리글 아레에서 서버 로그 페이지를 선택합니다. Azure CLI에 대한 자세한 내용은 Azure CLI를 사용한 느린 쿼리 로그 구성 및 액세스를 참조하세요.

Azure Monitor 진단 로그를 사용하면 느린 쿼리 로그를 Azure Monitor 로그(Log Analytics), Azure Storage 또는 Event Hubs로 파이프할 수 있습니다. 자세한 내용은 아래를 참조하세요.

로컬 서버 스토리지 로그 보존

서버의 로컬 스토리지에 로그할 경우, 로그는 생성일로부터 7일 간 유효합니다. 사용 가능한 로그의 총 크기가 7GB를 초과하면 사용 가능한 공간이 확보될 때까지 가장 오래된 파일이 삭제됩니다. 서버 로그에 대한 7GB 스토리지 제한은 무료로 사용할 수 있으며 확장할 수 없습니다.

즉, 24시간이 지나거나 전체 크기가 7GB를 초과할 때마다(먼저 해당되는 쪽) 로그가 가장 오래된 파일부터 삭제됩니다.

참고 항목

위의 로그 보존은 Azure Monitor 진단 로그를 사용하여 파이프된 로그에는 적용되지 않습니다. 내보내는 데이터 싱크의 보존 기간을 변경할 수 있습니다(예: Azure Storage).

진단 로그

Azure Database for MySQL은 Azure Monitor 진단 로그와 통합됩니다. MySQL 서버에서 느린 쿼리 로그를 사용하도록 설정하고 나면 Azure Monitor 로그, Event Hubs 또는 Azure Storage로 로그를 내보내도록 선택할 수 있습니다. 진단 로그를 사용하도록 설정하는 방법에 대한 자세한 내용은 진단 로그 설명서의 방법 섹션을 참조하세요.

참고 항목

진단 및 설정을 통해 Azure Storage로 로그를 보내는 경우 Premium Storage 계정이 지원되지 않습니다.

아래 표에는 각 로그의 내용에 대한 설명이 나와 있습니다. 포함되는 필드와 이러한 필드가 표시되는 순서는 출력 방법에 따라 달라질 수 있습니다.

속성 설명
TenantId 테넌트 ID
SourceSystem Azure
TimeGenerated [UTC] UTC에 로그가 기록된 때의 타임스탬프
Type 로그의 형식 항상 AzureDiagnostics입니다.
SubscriptionId 서버가 속한 구독의 GUID
ResourceGroup 서버가 속한 리소스 그룹의 이름
ResourceProvider 리소스 공급자의 이름. 항상 MICROSOFT.DBFORMYSQL입니다.
ResourceType Servers
ResourceId 리소스 URI
Resource 서버의 이름
Category MySqlSlowLogs
OperationName LogEvent
Logical_server_name_s 서버의 이름
start_time_t [UTC] 쿼리가 시작된 시간
query_time_s 쿼리를 실행하는 데 걸린 총 시간(초)
lock_time_s 쿼리가 잠긴 총 시간(초)
user_host_s 사용자 이름
rows_sent_d 전송된 행 수
rows_examined_s 검사된 행 수
last_insert_id_s last_insert_id
insert_id_s ID 삽입
sql_text_s 전체 쿼리
server_id_s 서버 ID
thread_id_s 스레드 ID
\_ResourceId 리소스 URI

참고 항목

sql_text의 경우 로그가 2048자를 초과하면 잘립니다.

Azure Monitor 로그에서 로그 분석

느린 쿼리 로그가 진단 로그를 통해 Azure Monitor 로그에 전달되면 느린 쿼리를 추가로 분석할 수 있습니다. 다음은 시작하는 데 도움이 되는 몇 가지 샘플 쿼리입니다. 아래를 서버 이름으로 업데이트해야 합니다.

  • 특정 서버에서 10초보다 긴 쿼리

    AzureDiagnostics
| where LogicalServerName_s == '<your server name>'
| where Category == 'MySqlSlowLogs'
| project TimeGenerated, LogicalServerName_s, start_time_t , query_time_d, sql_text_s 
| where query_time_d > 10

  • 특정 서버에 가장 긴 쿼리 5개 나열

    AzureDiagnostics
| where LogicalServerName_s == '<your server name>'
| where Category == 'MySqlSlowLogs'
| project TimeGenerated, LogicalServerName_s, start_time_t , query_time_d, sql_text_s 
| order by query_time_d desc
| take 5

  • 특정 서버에서 최소, 최대, 평균 및 표준 편차 쿼리 시간을 기준으로 느린 쿼리 요약

    AzureDiagnostics
| where LogicalServerName_s == '<your server name>'
| where Category == 'MySqlSlowLogs'
| project TimeGenerated, LogicalServerName_s, start_time_t , query_time_d, sql_text_s 
| summarize count(), min(query_time_d), max(query_time_d), avg(query_time_d), stdev(query_time_d), percentile(query_time_d, 95) by LogicalServerName_s

  • 특정 서버에서 느린 쿼리를 배포하는 그래프

    AzureDiagnostics
| where LogicalServerName_s == '<your server name>'
| where Category == 'MySqlSlowLogs'
| project TimeGenerated, LogicalServerName_s, start_time_t , query_time_d, sql_text_s 
| summarize count() by LogicalServerName_s, bin(TimeGenerated, 5m)
| render timechart

  • 진단 로그를 사용하도록 설정된 모든 MySQL 서버에서 10초보다 긴 쿼리 표시

    AzureDiagnostics
| where Category == 'MySqlSlowLogs'
| project TimeGenerated, LogicalServerName_s, start_time_t , query_time_d, sql_text_s 
| where query_time_d > 10

다음 단계