You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@hive.apache.org by "Sergey Shelukhin (JIRA)" <ji...@apache.org> on 2015/09/15 23:29:47 UTC

[jira] [Created] (HIVE-11833) TxnHandler heartbeat txn doesn't need to serializable DB txn level

Sergey Shelukhin created HIVE-11833:
---------------------------------------

             Summary: TxnHandler heartbeat txn doesn't need to serializable DB txn level
                 Key: HIVE-11833
                 URL: https://issues.apache.org/jira/browse/HIVE-11833
             Project: Hive
          Issue Type: Bug
            Reporter: Sergey Shelukhin
            Assignee: Sergey Shelukhin


What it does is:
1) Blindly update lock heartbeat time, fails if not found.
2) Get txn state.
3) If not found, look for txn in completed, fails regardless of result.
4) Update txn heartbeat time if not (3) and not aborted.

All this can run the same under repeatable-reads.
Now if it runs under read-committed, someone could 
1) update txn state after we read it
2) delete txn state (moving to completed) after we read it
3) same for completed state
In case of 1 we will update heartbeat for e.g. aborted txn without detecting it.
In case of 2 the update will produce 0 rows so we will detect that and can check completed as we already do.
The 3 case seems like it doesn't matter.

I don't know if (1) matters. These heartbeats happen often and can cause contention on the db




--
This message was sent by Atlassian JIRA
(v6.3.4#6332)