[
https://issues.apache.org/jira/browse/PHOENIX-1463?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14220613#comment-14220613
]
Hudson commented on PHOENIX-1463:
---------------------------------
SUCCESS: Integrated in Phoenix-3.0-hadoop1 #318 (See
[https://builds.apache.org/job/Phoenix-3.0-hadoop1/318/])
PHOENIX-1463 phoenix.query.timeoutMs doesn't work as expected (Samarth Jain)
(jtaylor: rev b6de62c613fc0dd7eb9b2f70242f5bf965f0b0b7)
* phoenix-core/src/main/java/org/apache/phoenix/iterate/BaseResultIterators.java
* phoenix-core/src/main/java/org/apache/phoenix/exception/SQLExceptionCode.java
> phoenix.query.timeoutMs doesn't work as expected
> ------------------------------------------------
>
> Key: PHOENIX-1463
> URL: https://issues.apache.org/jira/browse/PHOENIX-1463
> Project: Phoenix
> Issue Type: Bug
> Affects Versions: 4.2
> Reporter: Jan Fernando
> Assignee: Samarth Jain
> Priority: Minor
> Fix For: 5.0.0, 4.3, 3.3, 3.2.2, 4.2.2
>
> Attachments: PHOENIX-1463.patch, PHOENIX-1463_v2.patch,
> PHOENIX-1463_v3.patch, PHOENIX-1463_v4.patch, PHOENIX-1463_v5.patch
>
>
> In doing performance testing with Phoenix I noticed that under heavy load we
> saw queries taking as long as 300 secs even though we had set
> phoenix.query.timeoutMs to 120 secs. It looks like the timeout is applied
> when the parent thread waits for all the parallel scans to complete. Each
> time we call rs.next() and need a to load a new chunk of data from HBase we
> again run parallel scans with a new 120 sec timeout. Therefore total query
> time could be timeout * # chunks scanned. I think it would be more intuitive
> if the query timeout applied to the query as a whole versus resetting for
> each chunk.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
