[英]Cassandra read latency high even with row caching, why?
I am testing cassandra performance with a simple model. 我正在用一个简单的模型测试cassandra的性能。
CREATE TABLE "NoCache" (
key ascii,
column1 ascii,
value ascii,
PRIMARY KEY (key, column1)
) WITH COMPACT STORAGE AND
bloom_filter_fp_chance=0.010000 AND
caching='ALL' AND
comment='' AND
dclocal_read_repair_chance=0.000000 AND
gc_grace_seconds=864000 AND
read_repair_chance=0.100000 AND
replicate_on_write='true' AND
populate_io_cache_on_flush='false' AND
compaction={'class': 'SizeTieredCompactionStrategy'} AND
compression={'sstable_compression': 'SnappyCompressor'};
I am fetching 100 columns of a row key using pycassa, get/xget function (). 我正在使用pycassa,get / xget函数()来获取行键的100列。 but getting read latency about 15ms in the server. 但是在服务器中读取延迟约为15毫秒。
colums=COL_FAM.get(row_key, column_count=100)
nodetool cfstats nodetool cfstats
Column Family: NoCache
SSTable count: 1
Space used (live): 103756053
Space used (total): 103756053
Number of Keys (estimate): 128
Memtable Columns Count: 0
Memtable Data Size: 0
Memtable Switch Count: 0
Read Count: 20
Read Latency: 15.717 ms.
Write Count: 0
Write Latency: NaN ms.
Pending Tasks: 0
Bloom Filter False Positives: 0
Bloom Filter False Ratio: 0.00000
Bloom Filter Space Used: 976
Compacted row minimum size: 4769
Compacted row maximum size: 557074610
Compacted row mean size: 87979499
Latency of this type is amazing! 这种类型的延迟是惊人的! When nodetool info shows that read hits directly in the row cache. 当nodetool信息显示读取命中直接在行缓存中时。
Row Cache : size 4834713 (bytes), capacity 67108864 (bytes), 35 hits, 38 requests, 1.000 recent hit rate, 0 save period in seconds
Can anyone tell me why is cassandra taking so much time while reading from row cache? 谁能告诉我为什么Cassandra从行缓存中读取时花这么多时间?
Enable tracing and see what it's doing. 启用跟踪并查看其功能。 http://www.datastax.com/dev/blog/tracing-in-cassandra-1-2 http://www.datastax.com/dev/blog/tracing-in-cassandra-1-2
声明:本站的技术帖子网页,遵循CC BY-SA 4.0协议,如果您需要转载,请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.