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

Aravindan Vijayan updated AMBARI-17382:
---------------------------------------
    Attachment: AMBARI-17382-1.patch

> Migrate AMS queries to use ROW_TIMESTAMP instead of native timerange hint
> -------------------------------------------------------------------------
>
>                 Key: AMBARI-17382
>                 URL: https://issues.apache.org/jira/browse/AMBARI-17382
>             Project: Ambari
>          Issue Type: Bug
>    Affects Versions: 2.4.0
>            Reporter: Aravindan Vijayan
>            Assignee: Aravindan Vijayan
>            Priority: Critical
>              Labels: ambari-metrics
>             Fix For: 3.0.0
>
>         Attachments: AMBARI-17382-1.patch
>
>
> With PHOENIX-914, there is a change in implementation , As earlier, timestamp 
> range was passed as a hint to the query to get advantage of native timerange 
> optimization in hbase but with new implementation we can mark the timestamp 
> column in the schema as a ROW_TIMESTAMP and pass timestamp range with “where” 
> clause only to achieve equivalent performance and better accuracy.
> For eq:-
> With earlier implementation , AMS forms query like this:-
> SELECT /*+ NATIVE_TIME_RANGE(1448029523000) */ METRIC_NAME, APP_ID, 
> INSTANCE_ID, SERVER_TIME, UNITS, METRIC_SUM, HOSTS_COUNT, METRIC_MAX, 
> METRIC_MIN FROM METRIC_AGGREGATE WHERE (METRIC_NAME IN 
> ('regionserver.Server.totalRequestCount', 
> 'regionserver.Server.blockCacheCountHitPercent', 
> 'regionserver.Server.regionCount', 
> 'regionserver.Server.compactionQueueLength', 
> 'regionserver.Server.storeFileCount', 'master.Server.averageLoad')) AND 
> APP_ID = 'ams-hbase' AND SERVER_TIME >= 1448029643000 AND SERVER_TIME < 
> 1448033243 ORDER BY METRIC_NAME, SERVER_TIME LIMIT 11520
> But with PHOENIX-914 :-
> Declare SERVER_TIME as ROW_TIMESTAMP in schema:-
> CREATE TABLE DESTINATION_METRICS_TABLE (SERVER_TIME DATE not null, METRIC_ID  
> CHAR(15) not null, METRIC_VALUE bigint … CONSTRAINT PK PRIMARY 
> KEY(CREATED_DATE ROW_TIMESTAMP, METRIC_ID…)) …;
> And remove hint from the query:-
> SELECT  METRIC_NAME, APP_ID, INSTANCE_ID, SERVER_TIME, UNITS, METRIC_SUM, 
> HOSTS_COUNT, METRIC_MAX, METRIC_MIN FROM METRIC_AGGREGATE WHERE (METRIC_NAME 
> IN ('regionserver.Server.totalRequestCount', 
> 'regionserver.Server.blockCacheCountHitPercent', 
> 'regionserver.Server.regionCount', 
> 'regionserver.Server.compactionQueueLength', 
> 'regionserver.Server.storeFileCount', 'master.Server.averageLoad')) AND 
> APP_ID = 'ams-hbase' AND SERVER_TIME >= 1448029643000 AND SERVER_TIME < 
> 1448033243 ORDER BY METRIC_NAME, SERVER_TIME LIMIT 11520



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

Reply via email to