You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@hive.apache.org by "Sungwoo Park (Jira)" <ji...@apache.org> on 2023/05/26 11:46:00 UTC
[jira] [Assigned] (HIVE-27375) SharedWorkOptimizer assigns a common cache key to MapJoin operators that should not share MapJoin tables
[ https://issues.apache.org/jira/browse/HIVE-27375?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Sungwoo Park reassigned HIVE-27375:
-----------------------------------
Assignee: Seonggon Namgung
> SharedWorkOptimizer assigns a common cache key to MapJoin operators that should not share MapJoin tables
> --------------------------------------------------------------------------------------------------------
>
> Key: HIVE-27375
> URL: https://issues.apache.org/jira/browse/HIVE-27375
> Project: Hive
> Issue Type: Bug
> Reporter: Sungwoo Park
> Assignee: Seonggon Namgung
> Priority: Major
> Labels: pull-request-available
>
> When hive.optimize.shared.work.mapjoin.cache.reuse is set to true, SharedWorkOptimizer sometimes assigns a common cache key to MapJoin operators that should not share MapJoin tables. This bug occurs only for MapJoin operators with 3 or more parent operators.
> Example:
> MAPJOIN[575] (RS_83, GBY_66, RS_85)
> MAPJOIN[585] (RS_212, RS_213, GBY_210)
> In this example, both MAPJOIN[575] and MAPJOIN[585] have three parent operators. The current implementation assigns a common cache key to MAPJOIN[575] and MAPJOIN[585] because RS_83 are RS_212 are equivalent.
> However, MAPJOIN[575] uses GBY_66 for its big table whereas MAPJOIN[585] uses GBY_210 for its big table. As a result, the MapJoin table loaded by one operator cannot be used by the other.
--
This message was sent by Atlassian Jira
(v8.20.10#820010)