Couchbase Server 5.0의 새로운 프로파일링 및 모니터링 미리보기

N1QL 쿼리를 작성할 때, 개선하고 문제를 진단하기 위해서는 쿼리(및 클러스터)의 성능(또는 성능 저하)을 파악할 수 있어야 합니다.

이 최신 개발자 버전의 Couchbase Server 5.0에서는 N1QL 작성 도구 상자에 몇 가지 새로운 도구가 추가되었습니다.

먼저, 몇 가지 검토를 해보겠습니다.

개발자가 N1QL 쿼리를 실행하는 방법에는 여러 가지가 있습니다.

이 글에서는 주로 쿼리 워크벤치를 사용하겠습니다.

두 가지가 있습니다. 시스템 카탈로그 오늘 소개해드릴 Couchbase Server 4.5에서 이미 사용할 수 있는 기능입니다.

둘 다 active_requests 그리고 완료_요청 는 원본 N1QL 쿼리 텍스트뿐만 아니라 요청 시간, 요청 ID, 실행 시간, 스캔 일관성 등 관련 정보도 반환합니다. 이는 유용한 정보가 될 수 있습니다. 다음은 간단한 쿼리를 살펴보는 예제입니다(여행 샘플에서 *를 선택합니다.)를 실행하여 실행하는 동안 시스템:활성_요청에서 *를 선택합니다;

먼저, 다음과 같은 점을 지적하고 싶습니다. phaseTimes 가 결과에 새롭게 추가되었습니다. 전체 프로필을 보지 않고도 쿼리 비용을 빠르고 간단하게 파악할 수 있는 방법입니다. 각 운영자를 자세히 살펴보지 않고도 각 요청 단계의 전체 비용을 확인할 수 있습니다. 예를 들어 위의 예에서 다음을 확인할 수 있습니다. parse 500µs가 걸렸고 primaryScan 107.3891ms가 걸렸습니다. 이 정도면 자세히 알아보지 않고도 충분히 알 수 있는 정보입니다. META().plan.

하지만 새로운 META().plan를 클릭하면 쿼리 계획에 대한 매우 자세한 정보를 얻을 수 있습니다. 이번에는 SELECT *, META().plan FROM system:active_requests;

위의 출력은 쿼리 워크벤치에서 가져온 것입니다.

새로운 "plan" 부분에 주목하세요. 여기에는 N1QL 쿼리를 실행하기 위해 결합되는 연산자 트리가 포함되어 있습니다. 루트 연산자는 시퀀스이며, 이 시퀀스에는 Authorize, PrimaryScan, Fetch 등의 하위 연산자 컬렉션과 더 많은 시퀀스가 있습니다.

cbq 또는 REST API를 사용할 때 이 정보를 얻으려면 '프로필' 기능을 켜야 합니다.

다음에서 이 작업을 수행할 수 있습니다. cbq 를 입력하여 프로필 타이밍을 설정합니다; 를 클릭한 다음 쿼리를 실행합니다.

요청별로 REST API를 사용하여 이 작업을 수행할 수도 있습니다( /query/service 엔드포인트에 쿼리 문자열 매개 변수를 전달하고 프로필=타이밍를 예로 들 수 있습니다).

기본 인증을 사용하여 https://localhost:8093/admin/settings 에 POST 요청을 하고 다음과 같은 JSON 본문을 보내면 전체 노드에 대한 설정을 켤 수 있습니다:

주목하세요. 프로필 설정을 변경했습니다. 이전에는 꺼짐으로 설정되어 있었지만 '타이밍'으로 설정했습니다.

특히 다른 사람이나 프로그램에서 사용하는 노드에서는 노드에서 실행 중인 다른 쿼리에 영향을 줄 수 있으므로 이 작업을 수행하지 않는 것이 좋습니다. 이 작업은 요청별로 수행하는 것이 좋습니다.

이 작업은 기본적으로 쿼리 워크벤치에서 수행하는 작업이기도 합니다.

많은 정보가 있습니다. META().plan 계획이 실행되는 방식에 대해 설명합니다. 개인적으로 저는 쿼리 워크벤치에서 '계획' 아이콘을 클릭하여 단순화된 그래픽 버전으로 보는 것을 선호합니다. 새로운 Couchbase 웹 콘솔에 대한 이전 게시물 UI).

조금 더 복잡한 예를 살펴보겠습니다. 이 연습에서는 여행 샘플 버킷을 사용하지만 인덱스 중 하나를 제거했습니다(DROP INDEX 여행 샘플.def_sourceairport;).

그런 다음 N1QL 쿼리를 실행하여 샌프란시스코와 마이애미 간 항공편을 찾습니다:

이 쿼리를 실행하는 데 (제 단일 노드 로컬 컴퓨터에서) 약 10초가 걸립니다. 이는 결코 용납할 수 없는 시간이므로 문제가 무엇인지 확인하기 위해 계획을 살펴 보겠습니다(블로그 게시물에 스크린샷이 들어갈 수 있도록 두 줄로 나누었습니다).

이 계획을 살펴보면 쿼리에서 가장 비용이 많이 드는 부분은 다음과 같습니다. 필터 및 가입. JOIN 연산은 키에서 작동하므로 일반적으로 매우 빨라야 합니다. 하지만 lot 가입되는 문서의 수입니다.

필터( 어디 쿼리의 일부)도 많은 시간이 소요되고 있습니다. 이 쿼리는 소스공항 그리고 목적지공항 필드가 있습니다. 계획의 다른 부분을 살펴보면 다음과 같이 기본 스캔. 성능 좋은 쿼리를 작성하려고 할 때 이것은 적신호입니다. PrimaryScan은 쿼리가 기본 인덱스 이외의 인덱스를 찾지 못했음을 의미합니다. 이것은 관계형 데이터베이스 용어로 "테이블 스캔"과 거의 같습니다. (이러한 문제가 더 빨리 해결되도록 기본 인덱스를 삭제하는 것이 좋지만, 이는 다음 주제입니다).

에 인덱스를 추가해 보겠습니다. 소스공항 필드로 이동하여 도움이 되는지 확인하세요.

이제 위와 동일한 쿼리를 실행하면 다음과 같은 계획이 표시됩니다:

이 쿼리는 (단일 노드 로컬 머신에서) 약 100ms가 걸렸는데, 이는 훨씬 더 수용 가능한 속도입니다. 그리고 필터 및 가입 여전히 많은 시간을 차지하지만, 덕분에 IndexScan 를 기본 스캔를 사용하면 작업자가 처리해야 하는 문서가 훨씬 줄어듭니다. 아마도 쿼리를 더욱 개선하려면 목적지공항 필드에 입력합니다.

성능 문제에 대한 해답이 항상 쿼리 조정에 있는 것은 아닙니다. 때로는 근본적인 문제를 해결하기 위해 클러스터에 노드를 더 추가해야 할 수도 있습니다.

보세요. 기본 스캔 정보 META().plan. 다음은 스니펫입니다:

그리고 servTime 값은 쿼리 서비스가 키/값 데이터 저장소에서 대기하는 데 소요되는 시간을 나타냅니다. 만약 servTime 가 매우 높지만 처리 중인 문서 수가 적다면 인덱서(또는 키/값 서비스)가 이를 따라잡을 수 없다는 뜻입니다. 아마도 다른 곳에서 너무 많은 부하가 발생하고 있을 수 있습니다. 즉, 다른 곳에서 이상한 무언가가 실행되고 있다는 뜻입니다. 또는 클러스터가 너무 많은 부하를 처리하려고 한다는 의미입니다. 노드를 더 추가해야 할 때일 수 있습니다.

마찬가지로 kernTime 는 다른 N1QL 루틴에서 대기하는 데 소요되는 시간입니다. 이는 쿼리 계획의 다른 다운스트림에 문제가 있거나 쿼리 노드에 요청이 넘쳐서 많이 기다려야 한다는 것을 의미할 수 있습니다.

새로운 META().plan 기능과 새로운 Plan UI가 Couchbase Server 5.0에서 결합되어 N1QL 작성 및 프로파일링 프로세스를 개선합니다.

앞으로도 계속 지켜봐 주세요. 카우치베이스 블로그 를 참조하여 다음 개발자 빌드에 포함될 기능에 대한 정보를 확인하세요.

이러한 새로운 기능을 사용해보고 싶으신가요? Couchbase Server 5.0 다운로드 오늘!

여러분의 피드백을 기다립니다! 매달 개발자 릴리스가 출시되므로, 여러분은 저희가 구축하는 기능에 변화를 가져올 수 있는 기회를 갖게 됩니다.

버그: 버그(깨지거나 예상대로 작동하지 않는 것)를 발견하면 다음에서 문제를 제기하세요. JIRA 시스템(issues.couchbase.com) 에 질문을 제출하거나 카우치베이스 포럼. 또는 문제에 대한 설명과 함께 저에게 연락해 주세요. 기꺼이 도와드리거나 버그를 제출해 드리겠습니다(제가 좋은 버그를 제출할 때마다 Couchbase 담당자가 저에게 하이파이브를 해 줍니다).

피드백: 어떻게 생각하는지 알려주세요. 마음에 들지 않는 부분이 있나요? 정말 좋아하는 것이 있나요? 빠진 부분이 있나요? 이제 카우치베이스 웹 콘솔에서 직접 피드백을 제공할 수 있습니다. 웹 콘솔에서 아이콘을 클릭합니다.

경우에 따라 피드백이 버그인지 제안인지 판단하기가 까다로울 수 있습니다. 최선의 판단을 내리거나 언제든지 저에게 연락하여 도움을 요청하세요. 여러분의 의견을 듣고 싶습니다. 저에게 연락하는 가장 좋은 방법은 다음 중 하나입니다. 트위터 @mgroves 또는 이메일을 보내주세요. matthew.groves@couchbase.com.