NRQL 하위 쿼리 결합

New Relic에 저장된 대부분의 데이터는 다른 데이터( Transaction 및 TransactionError, PageView 및 PageAction, Log 및 인프라 이벤트 등)와 관련이 있습니다. 이제 최종적으로 분석을 수행하고 하위 쿼리 조인을 사용하여 이러한 이벤트 간의 상관 관계를 계산할 수 있습니다.

하위 쿼리 조인 기본 사항

하위 쿼리 는 다른 쿼리 안에 중첩된 쿼리입니다. 하위 쿼리 조인을 사용하면 하위 쿼리의 결과를 키를 기반으로 하는 외부 쿼리의 결과와 결합하여 데이터 집합 전체에서 분석 및 보강이 가능합니다.

하위 쿼리 조인 예

트랜잭션 데이터와 인프라 데이터를 조인하는 다음 예를 고려하십시오.

이 예에는 인프라 컨테이너의 평균 CPU 비율(ProcessSample)과 컨테이너별 앱 트랜잭션의 평균 기간이라는 두 가지 데이터 세트가 있습니다. 종종 서로 다른 출처의 데이터가 서로 연관됩니다. 이 경우 다음 하위 쿼리 조인을 사용하여 컨테이너의 높은 CPU 사용량으로 인해 트랜잭션 속도가 느려지는지 확인할 수 있습니다.

FROM Transaction
  JOIN (FROM ProcessSample SELECT average(cpuPercent) AS cpu
  FACET containerId LIMIT MAX) ON containerId
SELECT average(duration)/latest(cpu) FACET containerId, containerName

이 쿼리를 사용하면 CPU 사용량에 따라 평균 트랜잭션 기간이 더 긴 컨테이너를 볼 수 있고 이상값을 조사하여 수정해야 할 버그나 최적화가 있는지 확인할 수 있습니다.

하위 쿼리 조인을 작성하는 방법

하위 쿼리 조인에는 세 가지 구성 요소, 즉 두 개의 데이터 세트와 이 둘을 함께 연결하는 기본 키가 필요합니다.

FROM Event [INNER|LEFT] JOIN (subquery) ON [key =] key SELECT ...

구문에는 몇 가지 간단한 규칙이 있습니다.

JOIN 절은 항상 FROM 절 바로 뒤에 와야 합니다.
JOIN에는 조인 유형이 접두사로 붙을 수 있습니다. INNER 또는 LEFT는 선택 사항이며 생략하면 기본값은 INNER입니다.
하위 쿼리를 포함하는 괄호는 JOIN 절 바로 뒤에 와야 합니다.
ON 절은 하위 쿼리 바로 다음에 와야 하며 두 가지 형식이 있습니다(자세한 내용은 아래 참조).

제한 사항

조인된 하위 쿼리는 계속해서 기본 LIMIT 10과 최대 LIMIT 2000을 가집니다. 외부 쿼리의 LIMIT 는 내부 쿼리에 영향을 미치지 않습니다.
조인된 하위 쿼리에서 TIMESERIES 사용은 지원되지 않습니다. 외부 쿼리가 TIMESERIES사용하는 경우 조인된 하위 쿼리는 전체 쿼리 시간 범위에 대해 단일 결과를 제공한다는 점에 유의하세요.
조인된 하위 쿼리에서 COMPARE WITH 사용은 지원되지 않습니다. 외부 쿼리가 COMPARE WITH를 사용하는 경우 조인된 하위 쿼리는 쿼리 기본 시간 범위를 기반으로 단일 결과를 제공하고 시간 범위와 비교하여 외부 쿼리에 대해 별도의 값을 제공하지 않는다는 점에 유의하십시오.
모든 하위 쿼리와 마찬가지로 조인된 하위 쿼리는 경고 조건에서 사용할 수 없습니다.
SELECT *는 상위 쿼리에서 지원되지만 조인된 하위 쿼리에서는 지원되지 않습니다.
조인의 카디널리티는 1:100으로 제한되며, 이는 단일 조인 키가 하위 쿼리 결과에서 100개 이상의 행에 매핑될 수 없음을 의미합니다.
ON 절은 같음 조건만 지원합니다.
JOIN 키는 메트릭 값과 같은 복잡한 속성일 수 없습니다.
JOIN 조건에서 속성 유형을 강제하지 않습니다. JOIN의 ON 조건의 왼쪽은 ON 조건의 오른쪽과 동일한 유형이어야 합니다.
측정항목 와일드카드는 JOIN의 ON 조건에서 지원되지 않습니다.
하위 쿼리는 Metric 행 방식 쿼리일 수 없습니다.
JOIN의 ON 조건 오른쪽은 쿼리에 의해 프로젝션된 식별자여야 합니다. 함수나 수학 연산을 사용할 수 없습니다.
조인된 하위 쿼리는 uniques() 결과를 예상할 수 없습니다.

하위 쿼리 조인 예

다음은 몇 가지 하위 쿼리 조인의 예입니다.

이 예에서 APM 데이터는 두 위치에 있습니다. PageView 최종 사용자가 방문한 페이지에 대한 정보를 제공하고 PageAction 페이지에서 수행한 작업을 제공합니다. 이 두 이벤트에는 모두 최종 사용자의 세션을 식별하는 세션 ID가 있지만 일부 데이터는 한 이벤트에만 포함되고 다른 이벤트에는 포함되지 않습니다.

여기서 city 는 PageView 의 속성이지만 PageAction의 속성은 아닙니다. 반면 currentUrl 은 PageAction 의 속성이지만 PageView의 속성은 아닙니다.

하위 쿼리 조인을 사용하면 누락된 데이터로 PageAction 데이터 세트를 보강할 수 있습니다. 세션 ID를 사용하여 데이터를 결합하면 가장 많은 클릭이 발생한 URL뿐만 아니라 이러한 작업이 발생한 전 세계 위치도 확인할 수 있습니다.

FROM PageAction
  JOIN (FROM PageView SELECT count(*) FACET session, city
  LIMIT MAX) ON session
SELECT count(*) FACET city, currentUrl

팁: 외부 쿼리에 조인된 결과 수를 최대화하려면 내부 하위 쿼리에 LIMIT MAX를 포함합니다. 현재 최대 결과 제한은 2000행입니다.

이 예에서는 두 개의 로그 데이터 세트가 서로 일치하도록 구문 분석된 다음 로그 오류 백분율을 찾기 위해 계산이 실행됩니다.

로그는 종종 로그 메시지 내에 묻힌 데이터를 포함할 수 있습니다. aparse() 와 같은 향상된 문자열 구문 분석 기능을 사용하여 키 값을 추출할 수 있습니다. 이 경우 기본 키 애플리케이션 ID는 Log 및 Log_Error의 로그 메시지 내에 있습니다.

애플리케이션별 오류율을 찾기 위해서는 LEFT JOIN이 필요하다. 모든 애플리케이션에 오류가 있는 것은 아니며 INNER JOIN이 이러한 앱을 제외하기 때문입니다.

WITH numeric(aparse(message, '%applicationId: * %')) AS application_Id
FROM Log
  LEFT JOIN (FROM Log_Error SELECT count(*) AS errCnt
     FACET numeric(aparse(message, '%appId: * %')) AS app_Id
     SINCE 1 day ago LIMIT MAX) ON application_Id=app_Id
SELECT (latest(errorCount) OR 0)/count(*) AS errorPercentage
FACET app_name, application_Id SINCE 1 day ago

서로 다른 두 개의 로그 파티션에 데이터가 저장되어 있고 로그 메시지에 애플리케이션 ID가 숨겨져 있었지만 하위 쿼리 조인을 통해 필요한 데이터를 구문 분석하고 오류 비율을 계산할 수 있었습니다. latest()를 사용하는 것도 내부 쿼리의 집계가 외부 쿼리로 올바르게 계산되었는지 확인하는 데 도움이 되었습니다.

이 한글 문서는 사용자의 편의를 위해 기계 번역되었습니다.

하위 쿼리 조인 기본 사항

하위 쿼리 조인 예

하위 쿼리 조인을 작성하는 방법

제한 사항

하위 쿼리 조인 예

누락된 데이터 추가

데이터 세트 전체 계산