hive-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Jesus Camacho Rodriguez (JIRA)" <j...@apache.org>
Subject [jira] [Updated] (HIVE-19382) Acquire locks before generating valid transaction list for some operations
Date Thu, 31 May 2018 22:45:00 GMT

     [ https://issues.apache.org/jira/browse/HIVE-19382?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]

Jesus Camacho Rodriguez updated HIVE-19382:
-------------------------------------------
    Attachment: HIVE-19382.05.patch

> Acquire locks before generating valid transaction list for some operations
> --------------------------------------------------------------------------
>
>                 Key: HIVE-19382
>                 URL: https://issues.apache.org/jira/browse/HIVE-19382
>             Project: Hive
>          Issue Type: Bug
>          Components: Transactions
>    Affects Versions: 3.0.0
>            Reporter: Jesus Camacho Rodriguez
>            Assignee: Jesus Camacho Rodriguez
>            Priority: Major
>         Attachments: HIVE-19382.01.patch, HIVE-19382.02.patch, HIVE-19382.03.patch, HIVE-19382.04.patch,
HIVE-19382.05.patch, HIVE-19382.patch
>
>
> To ensure correctness, in particular for operations that require exclusive ({{INSERT
OVERWRITE}}) and semishared ({{UPDATE}}/{{DELETE}}) locks.
> This is a temporary fix till lock acquisition is moved before analyze in HIVE-18948.
> With this fix, system proceed as follows. The driver will acquire the snapshot, compile
the query wrt that snapshot, and then, it will acquire locks. If snapshot is still valid,
it will continue as usual. But if snapshot is not valid anymore, it will recompile the query.
> This is easier to implement than full solution described in HIVE-18948 because we do
not need to move the logic to extract the read/write entities from a query before compilation
(actually while parsing).



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

Mime
View raw message