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

Ankit Singhal commented on PHOENIX-2724:
----------------------------------------

[~samarthjain], are we not ignoring serial hint if query in serial is not 
possible?

In ScanPlan:-
{code}
private static boolean isSerial(StatementContext context, FilterableStatement 
statement,
            TableRef tableRef, OrderBy orderBy, Integer limit, Integer offset, 
boolean allowPageFilter) throws SQLException {
        if (statement.getHint().hasHint(HintNode.Hint.SERIAL)) {
            return true;
        }
{code}

And in AggregatePlan:-
{code}
 BaseResultIterators iterators = 
statement.getHint().hasHint(HintNode.Hint.SERIAL)
                ? new SerialIterators(this, null, null, 
wrapParallelIteratorFactory(), scanGrouper)
                : new ParallelIterators(this, null, 
wrapParallelIteratorFactory());
{code}


> Query with large number of guideposts is slower compared to no stats
> --------------------------------------------------------------------
>
>                 Key: PHOENIX-2724
>                 URL: https://issues.apache.org/jira/browse/PHOENIX-2724
>             Project: Phoenix
>          Issue Type: Bug
>    Affects Versions: 4.7.0
>         Environment: Phoenix 4.7.0-RC4, HBase-0.98.17 on a 8 node cluster
>            Reporter: Mujtaba Chohan
>            Assignee: Samarth Jain
>             Fix For: 4.8.0
>
>         Attachments: PHOENIX-2724.patch, PHOENIX-2724_v2.patch
>
>
> With 1MB guidepost width for ~900GB/500M rows table. Queries with short scan 
> range gets significantly slower.
> Without stats:
> {code}
> select * from T limit 10; // query execution time <100 msec
> {code}
> With stats:
> {code}
> select * from T limit 10; // query execution time >20 seconds
> Explain plan: CLIENT 876085-CHUNK 476569382 ROWS 876060986727 BYTES SERIAL 
> 1-WAY FULL SCAN OVER T SERVER 10 ROW LIMIT CLIENT 10 ROW LIMIT
> {code}



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

Reply via email to