phoenix-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Sergey Soldatov (JIRA)" <j...@apache.org>
Subject [jira] [Commented] (PHOENIX-4224) Automatic resending cache for HashJoin doesn't work when cache has expired on server side
Date Mon, 25 Sep 2017 21:52:02 GMT

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

Sergey Soldatov commented on PHOENIX-4224:
------------------------------------------

I'm still thinking about whether we need to resend the cache to the servers that really have
it's expired. Playing with different scenarios for large joins I see that in some cases it
may be useful and the query would return result instead of failing. In other hands it's more
preferable if we fail quickly, letting user know that the cache TTL should be adjusted.  


> Automatic resending cache for HashJoin doesn't work when cache has expired on server
side 
> ------------------------------------------------------------------------------------------
>
>                 Key: PHOENIX-4224
>                 URL: https://issues.apache.org/jira/browse/PHOENIX-4224
>             Project: Phoenix
>          Issue Type: Bug
>    Affects Versions: 4.12.0
>            Reporter: Sergey Soldatov
>            Assignee: Sergey Soldatov
>            Priority: Blocker
>             Fix For: 4.12.0
>
>
> The problem occurs when the cache has expired on server side and client want to resend
it. This problem has been introduced in PHOENIX-4010. Actual result in this case is that client
doesn't send the cache because of the following check:
> {noformat}
> 			if (cache.addServer(tableRegionLocation) ... )) {
> 				success = addServerCache(table, startkeyOfRegion, pTable, cacheId, cache.getCachePtr(),
cacheFactory, txState);
> 			}
> {noformat}
> Since the region location hasn't been changed, we actually don't send cache again, but
produce new scanner which will fail with the same error and client will fall to recursion.




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

Mime
View raw message