[
https://issues.apache.org/jira/browse/CASSANDRA-5084?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13769569#comment-13769569
]
Dave Brosius commented on CASSANDRA-5084:
-----------------------------------------
I think we should limit this patch for now to exposing just connection counts
both thrift/native, and push to a separate patch the idea of exposing user
information and keyspace per session information. Given a pooled environment,
i'm not sure that this information makes a whole lot of sense, as it's not
usually front end users, but a common shared 'db user'. Similarly with keyspace
info.
> Cassandra should expose connected client state via JMX
> ------------------------------------------------------
>
> Key: CASSANDRA-5084
> URL: https://issues.apache.org/jira/browse/CASSANDRA-5084
> Project: Cassandra
> Issue Type: Improvement
> Reporter: Robert Coli
> Assignee: Suresh
> Priority: Minor
> Labels: lhf
> Fix For: 1.2.10
>
> Attachments: 5084-v1.txt, cassandra-1.2-5084-native.patch,
> trunk-5084-native.patch, trunk-5084.patch, trunk-5084-sept4.patch
>
>
> There is currently no good way to determine or estimate how many clients are
> connected to a cassandra node without using netstat or (if using sync thrift
> server) counting threads. There is also no way to understand what state any
> given connection is in. People regularly come into #cassandra/cassandra-user@
> and ask how to get the equivalent of a MySQL "SHOW FULL PROCESSLIST."
> While I understand that feature parity with SHOW FULL
> PROCESSLIST/information_schema.processlist is unlikely, even a few basic
> metrics like "number of connected clients" or "number of active clients"
> would greatly help with this operational information need.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
