什麼是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」是什麼意思，是否意味着執行特定任務所用的時間或累計到此任務的時間。第二個「時間戳記」不會像「請求完整」時間戳那樣維護時間戳06：30：52,479，但是「合併數據從memtables和0 sstables」是06:30:52,480這是假設較早發生，但時間戳顯示它發生在稍後。

看不慣一些活動，以及，

1. 執行單分區查詢 - 並不意味着所有的任務，作爲一個整體還是一個起點？它包括的工作是什麼？爲什麼它重複三次？它是否與複製因素有關？

2. 獲取sstable引用 - 它是什麼意思，它檢查所有sstable的bloom過濾器是否包含我們搜索的特定鍵？然後在「分區索引」的幫助下找到數據文件中的引用。

3. 布隆過濾器允許跳過sstable - 它什麼時候發生？它是如何發生的？它尋找sstable引用的時間是相同的。

4. 請求完成 - 這是什麼意思？是終點線還是需要花費大量時間的工作？

Answer 1

您是否看到解釋不同跟蹤場景的request tracing in Cassandra鏈接？

1. source_elapsed：是一個特定節點上的累積執行時間（如果你檢查上面的鏈接它會更清楚）
2. Executing single-partition query：（似乎代表）開始時間
3. Request complete：所有的工作都有已經完成了這個請求

其餘的你會更好閱讀Reads in Cassandra docs，因爲這將比我在這裏總結它更詳細。