You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@phoenix.apache.org by "Samarth Jain (JIRA)" <ji...@apache.org> on 2017/10/04 17:05:00 UTC

[jira] [Updated] (PHOENIX-4276) Surface metrics on statistics collection

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

Samarth Jain updated PHOENIX-4276:
----------------------------------
    Issue Type: Improvement  (was: Bug)

> Surface metrics on statistics collection
> ----------------------------------------
>
>                 Key: PHOENIX-4276
>                 URL: https://issues.apache.org/jira/browse/PHOENIX-4276
>             Project: Phoenix
>          Issue Type: Improvement
>            Reporter: Samarth Jain
>
> It would be good to get an insight on how stats collection is doing over time. An initial set of metrics that I can think of would be:
> Time taken to compute stats (reading cells and computing their size)
> Time taken to commit stats per physical table.
> Number of guide posts collected per physical table
> Number of guide posts collected per region.
> Number of regions on which stats collection happened per physical table
> Number of times stats was collected due to major compaction vs update stats per physical table
> If possible, figure out if stats was collected because minor compaction was promoted to major compaction and surface a metric for it.
> Because most of the collection work happens on server side, one option would be to see how HBase's metrics are surfaced (my guess is JMX) and follow the same pattern. Or we could possibly use the hbase-metrics-api module but that is an HBase 1.4 thing. Another option would be see PHOENIX-3807 for some inspiration.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)