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

Fu Lili commented on KUDU-2231:
-------------------------------

In our case, it's about 5x slowdown

> "materializing_iterator_do_pushdown=true" cause simple query slow
> -----------------------------------------------------------------
>
>                 Key: KUDU-2231
>                 URL: https://issues.apache.org/jira/browse/KUDU-2231
>             Project: Kudu
>          Issue Type: Bug
>          Components: master, tserver
>    Affects Versions: 1.4.0, 1.5.0
>         Environment: CentOS release 6.5 (2.6.32-431.11.9.el6.ucloud.x86_64)
> KUDU-1.4.0-1.cdh5.12.1.p0.10
> IMPALA 2.6.0
> x86-64 
> Intel CPU
>            Reporter: DawnZhang
>            Assignee: Dan Burkert
>         Attachments: 756ACA6F105F0905EBCB79B940FFCE86.jpg, 
> F8C604537B8E921DDCCA78995DC11BDA.jpg, screenshot-1.png
>
>
> I ran the following SQL again and again
> while refresh 8050/scans page at the same time.
> sql:
> {code:sql}
> select count(xx_id),count(yy_id),count(time) from  test_table  where event_id 
> =29983; 
> {code}
> "Cells read from disk"  is much more greater then table size when 
> materializing_iterator_do_pushdown = true (default).
> after setting materializing_iterator_do_pushdown = false 
> "Cells read from disk" reduced to some reasonable value (close to table size)
> and the  sql run faster.
> here's detail:
> table under test:
> {code:sql}
> CREATE TABLE rawdata.test_table (
>   day INT NOT NULL ENCODING BIT_SHUFFLE COMPRESSION DEFAULT_COMPRESSION,
>   user_id BIGINT NOT NULL ENCODING BIT_SHUFFLE COMPRESSION 
> DEFAULT_COMPRESSION,
>   time TIMESTAMP NOT NULL ENCODING BIT_SHUFFLE COMPRESSION 
> DEFAULT_COMPRESSION,
>   event_id INT NULL ENCODING BIT_SHUFFLE COMPRESSION DEFAULT_COMPRESSION,
>   distinct_id STRING NULL ENCODING DICT_ENCODING COMPRESSION 
> DEFAULT_COMPRESSION,
>   ...
>   ...  other fields ...
>   ...
>   PRIMARY KEY (day, user_id, time, _offset)
> )
> PARTITION BY HASH (user_id) PARTITIONS 9
> STORED AS KUDU
> TBLPROPERTIES ( ... );
> {code}
> table size (select count(1) from test_table) : 19510709
> CASE 1, materializing_iterator_do_pushdown = true
> [^756ACA6F105F0905EBCB79B940FFCE86.jpg]
> CASE 2, materializing_iterator_do_pushdown = false (sql ran faster)
> [^F8C604537B8E921DDCCA78995DC11BDA.jpg]
> it looks like kudu scan table multiple times for the simple sql caused by 
> some silly bug.



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

Reply via email to