Mailing-List: contact commits-help@cassandra.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@cassandra.apache.org
Date: Tue, 28 Apr 2015 21:13:08 +0000 (UTC)
From: "Jonathan Ellis (JIRA)" <jira@apache.org>
To: commits@cassandra.apache.org
Message-ID: <JIRA.12821007.1429053737000.12939.1430255588040@Atlassian.JIRA>
In-Reply-To: <JIRA.12821007.1429053737000@Atlassian.JIRA>
References: <JIRA.12821007.1429053737000@Atlassian.JIRA>
 <JIRA.12821007.1429053737180@arcas>
Subject: [jira] [Commented] (CASSANDRA-9193) Facility to write dynamic code
 to selectively trigger trace or log for queries
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit


    [ https://issues.apache.org/jira/browse/CASSANDRA-9193?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14518074#comment-14518074 ] 

Jonathan Ellis commented on CASSANDRA-9193:
-------------------------------------------

Just to make sure we're on the same page:

Adding overhead for traced requests: okay

Adding overhead for non-traced requests: not okay

> Facility to write dynamic code to selectively trigger trace or log for queries
> ------------------------------------------------------------------------------
>
>                 Key: CASSANDRA-9193
>                 URL: https://issues.apache.org/jira/browse/CASSANDRA-9193
>             Project: Cassandra
>          Issue Type: New Feature
>            Reporter: Matt Stump
>
> I want the equivalent of dtrace for Cassandra. I want the ability to intercept a query with a dynamic script (assume JS) and based on logic in that script trigger the statement for trace or logging. 
> Examples 
> - Trace only INSERT statements to a particular CF. 
> - Trace statements for a particular partition or consistency level.
> - Log statements that fail to reach the desired consistency for read or write.
> - Log If the request size for read or write exceeds some threshold
> At some point in the future it would be helpful to also do things such as log partitions greater than X bytes or Z cells when performing compaction. Essentially be able to inject custom code dynamically without a reboot to the different stages of C*. 
> The code should be executed synchronously as part of the monitored task, but we should provide the ability to log or execute CQL asynchronously from the provided API.
> Further down the line we could use this functionality to modify/rewrite requests or tasks dynamically.


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