cqlsh 추적 항목의 의미는 무엇입니까?

Question

activity                        | timestamp | source  | source_elapsed 
------------------------------------------------------------------------------------------------------+--------------+---------------+---------------- 
                        execute_cql3_query | 06:30:52,479 | 192.168.11.23 |    0 
Parsing select adid from userlastadevents where userid = '90000012' and type in (1,2,3) LIMIT 10000; | 06:30:52,479 | 192.168.11.23 |    44 
                        Peparing statement | 06:30:52,479 | 192.168.11.23 |   146 
               Executing single-partition query on userlastadevents | 06:30:52,480 | 192.168.11.23 |   665 
                     Acquiring sstable references | 06:30:52,480 | 192.168.11.23 |   680 
               Executing single-partition query on userlastadevents | 06:30:52,480 | 192.168.11.23 |   696 
                     Acquiring sstable references | 06:30:52,480 | 192.168.11.23 |   704 
                      Merging memtable tombstones | 06:30:52,480 | 192.168.11.23 |   706 
                      Merging memtable tombstones | 06:30:52,480 | 192.168.11.23 |   721 
                  Bloom filter allows skipping sstable 37398 | 06:30:52,480 | 192.168.11.23 |   758 
                  Bloom filter allows skipping sstable 37426 | 06:30:52,480 | 192.168.11.23 |   762 
                  Bloom filter allows skipping sstable 35504 | 06:30:52,480 | 192.168.11.23 |   768 
                  Bloom filter allows skipping sstable 36671 | 06:30:52,480 | 192.168.11.23 |   771 
                  Merging data from memtables and 0 sstables | 06:30:52,480 | 192.168.11.23 |   777 
                  Merging data from memtables and 0 sstables | 06:30:52,480 | 192.168.11.23 |   780 
               Executing single-partition query on userlastadevents | 06:30:52,480 | 192.168.11.23 |   782 
                     Acquiring sstable references | 06:30:52,480 | 192.168.11.23 |   791 
                    Read 0 live and 0 tombstoned cells | 06:30:52,480 | 192.168.11.23 |   797 
                    Read 0 live and 0 tombstoned cells | 06:30:52,480 | 192.168.11.23 |   800 
                      Merging memtable tombstones | 06:30:52,480 | 192.168.11.23 |   815 
                  Bloom filter allows skipping sstable 37432 | 06:30:52,480 | 192.168.11.23 |   857 
                  Bloom filter allows skipping sstable 36918 | 06:30:52,480 | 192.168.11.23 |   866 
                  Merging data from memtables and 0 sstables | 06:30:52,480 | 192.168.11.23 |   874 
                    Read 0 live and 0 tombstoned cells | 06:30:52,480 | 192.168.11.23 |   898 
                        Request complete | 06:30:52,479 | 192.168.11.23 |   990 

위의 내용은 단일 쿼리에 대한 cassandra cqlsh의 출력 결과이지만 일부 항목을 이해할 수는 없지만 처음에는 "source_elapsed"열의 의미는 특정 작업을 실행하는 데 걸린 시간을 의미합니다. 이 작업까지 누적 된 시간 두 번째 "timestamp"는 "Request Complete"와 같은 연대 기적을 유지하지 않습니다. 타임 스탬프는 06 : 30 : 52,479이지만 "memtables 및 0 sstables의 데이터 병합"은 06 : 30 : 52,480이며 일찍 발생한다고 가정합니다.

뿐만 아니라 활동의 일부를 이해할 수 없었다,

1. 단일 파티션 쿼리를 실행는 - 그것은 전체 모든 작업을 의미하지 않거나은 출발점이 될 것입니다? 그것이 포함하는 직업은 무엇입니까? 왜 3 번 반복되는거야? 그것은 복제 요소에 대한 링크입니다.

2. sstable 참조 획득 - 우리가 검색하는 특정 키가 포함되어 있는지 여부는 sstable의 블룸 필터를 모두 확인합니까? 그런 다음 "Partition Index"를 사용하여 데이터 파일에서 참조를 찾으십시오.

3. 블룸 필터는 스 테이블을 건너 뛸 수 있습니다. 언제 발생합니까? 어떻게됩니까? sstable 참조를 찾는 데 같은 시간이 걸립니다.

4. 요청 완료 - 어떤 의미입니까? 마무리 라인입니까 아니면 대부분의 시간이 걸리는 작업입니까?

Answer 1

다른 추적 시나리오를 설명하는 request tracing in Cassandra 링크가 보입니까?

1. source_elapsed는 :
2. Request complete 시작 시간 (표현하는 것) : 모든 작업은이 특정 노드의 누적 실행 시간 (위의 링크를 확인하는 경우가 명확 할 것이다)
3. Executing single-partition query입니다 이 요청에 대해 수행되었습니다.

Reads in Cassandra docs을 읽는 것이 더 좋을 것 같습니다. 여기에 요약하면 훨씬 더 자세합니다.