【问题标题】:Read and Write Performance calculation in apache cassandraapache cassandra中的读写性能计算
【发布时间】:2018-05-27 00:55:35
【问题描述】:

我想跟踪和计算 Apache Cassandra(客户端 - cqlsh)中的 READ 和 WRITE 性能。我知道 TRACING ON 是可用的,但我发现它没有多大用处。

我希望在 Cassandra 中跟踪以下示例(示例),

I have 3 node Cassandra cluster and I have a table with 1 million entry, I would like to calculate the performance of READ / WRITE in the following way,

1) WRITE - 1 INSERT with 1 million entry available in it.
2) WRITE - 1 UPSERT on one of the entry with 1 million entry available in it.
3) READ - 1 READ from 1 million entry 
4) READ - ALL THE 1 million entry

which involves single partition and multiple partition too. 

对跟踪性能的任何帮助都是显而易见的。

【问题讨论】:

    标签: cassandra benchmarking cassandra-3.0


    【解决方案1】:

    可以通过nodetool tablehistograms 命令(如in documentation 所述)获得有关特定键空间/表性能的统计信息。

    为了生成对表的负载,您可以使用与 Cassandra 一起提供的 cassandra-stress 工具。它非常强大,但需要编写模仿您的表的正确配置文件。这个blog postofficial documentation 一起很有帮助。

    【讨论】:

    • 接下来的两条评论是什么意思? Doc没有太多信息,这个链接stackoverflow.com/questions/34688069/…
    • 表直方图标题:百分比 SSTables Write Latency Read Latency Partition Size Cell Count
    • 其值:99% 1.00 263.21 263.21 2299 310
    • 第一个值 - 这是百分位数 - 这意味着 99% 的交易都有这个数字。第 2 - SSTable 文件的数量,第 3 - 此百分位数的最大写入延迟为 264 微秒,第 4 - 读取延迟(奇怪的是它们都具有相同的值),第 5 - 单个分区的大小(以字节为单位),最后一个 - 数字此分区内的单元格(单个值) - 因为您有时间作为聚类键,所以分区包括多个“行”
    • 310 - 单个分区中的单元格数 - 有些分区可能有更多数据,有些可能更少。关于延迟 - 是的,这是正确的 - 99% 的读取或写入请求的最长时间约为 264 微秒。但我认为这个数据并不能很好地代表真实的表现
    猜你喜欢
    • 2017-03-13
    • 2012-06-30
    • 2012-02-02
    • 2020-05-25
    • 2017-06-03
    • 2018-03-20
    • 2014-07-01
    • 2015-05-21
    • 2012-01-14
    相关资源
    最近更新 更多