【问题标题】:Cassandra nodetool cfstats - Read Count is always 0Cassandra nodetool cfstats - 读取计数始终为 0
【发布时间】:2016-04-07 06:05:53
【问题描述】:

我在监控我的 Cassandra 节点时遇到了问题。我跑了

nodetool cfstats keyspaceName.tableName

不幸的是,读取计数始终为 0,读取延迟为 NaN。我正在读取和写入,但只更新写入指标。

这是我得到的输出:

Starting NodeTool
Keyspace: realtimetrader
    Read Count: 0
    Read Latency: NaN ms.
    Write Count: 402
    Write Latency: 0.09648756218905473 ms.
    Pending Flushes: 0
            Table: currencies
            SSTable count: 1
            Space used (live): 5254
            Space used (total): 5254
            Space used by snapshots (total): 0
            Off heap memory used (total): 40
            SSTable Compression Ratio: 0.0
            Number of keys (estimate): 14
            Memtable cell count: 1608
            Memtable data size: 567
            Memtable off heap memory used: 0
            Memtable switch count: 0
            Local read count: 0
            Local read latency: NaN ms
            Local write count: 402
            Local write latency: 0.106 ms
            Pending flushes: 0
            Bloom filter false positives: 0
            Bloom filter false ratio: 0,00000
            Bloom filter space used: 24
            Bloom filter off heap memory used: 16
            Index summary off heap memory used: 16
            Compression metadata off heap memory used: 8
            Compacted partition minimum bytes: 125
            Compacted partition maximum bytes: 149
            Compacted partition mean bytes: 149
            Average live cells per slice (last five minutes): 0.0
            Maximum live cells per slice (last five minutes): 0
            Average tombstones per slice (last five minutes): 0.0
            Maximum tombstones per slice (last five minutes): 0

----------------

感谢您的帮助。

【问题讨论】:

    标签: cassandra database-performance datastax nodetool


    【解决方案1】:

    由于每个节点负责不同的数据集,因此您读取的所有数据可能都属于其他节点。许多驱动程序都有一个令牌感知负载平衡策略,它将读取发送到应该拥有它的节点。使用 CL.ONE 默认一致性,这也意味着它将读取发送到其他节点的捷径(除非遇到读取修复机会)。

    根据您使用的版本以及您进行的查询,您可能也看不到这个增量:https://issues.apache.org/jira/browse/CASSANDRA-7338

    【讨论】:

    • 非常感谢!一个问题是我在做类似 SELECT * FROM 货币的查询;
    • 我正在使用 2.2.14,抱歉@chris 你能在这里详细说明你想说的话吗:a) 延迟太小,因此考虑到 0。 b) 延迟太高导致超时错误,因此采用 NaN。
    • NaN 是因为读取为 0,它的 sum/count 被零除。
    猜你喜欢
    • 2016-10-07
    • 2014-01-16
    • 2015-03-13
    • 2016-10-26
    • 2015-01-26
    • 2016-01-15
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多