gpt4 book ai didi

cassandra - cqlsh 跟踪条目是什么意思?

转载 作者:行者123 更新时间:2023-12-01 01:05:39 26 4
gpt4 key购买 nike

 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 那样保持时间顺序,但是“从内存表和 0 sstables 合并数据”是 06:30:52,480,这应该发生得更早,但时间戳显示它发生得更晚。

也不能理解一些事件,
  • 执行单分区查询——这是否意味着将所有任务视为一个整体还是一个起点?它包括什么工作?为什么要重复三遍?它与复制因子有关吗?
  • 获取 sstable 引用——这是什么意思,它是否检查所有 sstable 的布隆过滤器是否包含我们搜索的特定键?然后在“分区索引”的帮助下在数据文件中找到引用。
  • 布隆过滤器允许跳过 sstable——它什么时候发生?它是如何发生的?查找 sstable 引用需要花费相同的时间。
  • 请求完成——这是什么意思?是终点线还是需要花费最多时间的工作?
  • 最佳答案

    你看到 request tracing in Cassandra解释不同跟踪场景的链接?

  • source_elapsed : 是特定节点上的累计执行时间(如果你查看上面的链接会更清楚)
  • Executing single-partition query :(好像代表)开始时间
  • Request complete : 此请求的所有工作都已完成

  • 其余的你最好阅读 Reads in Cassandra docs因为那会比我在这里总结的要详细得多。

    关于cassandra - cqlsh 跟踪条目是什么意思?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/18973827/

    26 4 0
    Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
    广告合作:1813099741@qq.com 6ren.com