You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@cassandra.apache.org by "Aleksey Yeschenko (JIRA)" <ji...@apache.org> on 2016/03/02 16:15:18 UTC

[jira] [Resolved] (CASSANDRA-8195) Tools for discovering problem/largest partitions

     [ https://issues.apache.org/jira/browse/CASSANDRA-8195?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Aleksey Yeschenko resolved CASSANDRA-8195.
------------------------------------------
    Resolution: Duplicate

> Tools for discovering problem/largest partitions
> ------------------------------------------------
>
>                 Key: CASSANDRA-8195
>                 URL: https://issues.apache.org/jira/browse/CASSANDRA-8195
>             Project: Cassandra
>          Issue Type: Improvement
>            Reporter: Matt Stump
>
> A very common problem is that a customer will have one or two very hot partitions. This could be a result of an unforeseen usage pattern or a problem user. Tracking down the offending parition/row currently involves a linear scan of the data. 
> We should keep stats on the largest N partitions encountered and make those visible via nodetool as we do with cfhistograms. A reasonable suggestion for N is 10, meaning the top 10 partition keys and their size would be visible. We should also probably keep this info as part of the sstable metadata.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)