You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@hive.apache.org by "Sankar Hariappan (JIRA)" <ji...@apache.org> on 2018/03/05 19:51:00 UTC
[jira] [Created] (HIVE-18864) WriteId high water mark (HWM) is
incorrect if ValidWriteIdList is obtained after allocating writeId by
current transaction.
Sankar Hariappan created HIVE-18864:
---------------------------------------
Summary: WriteId high water mark (HWM) is incorrect if ValidWriteIdList is obtained after allocating writeId by current transaction.
Key: HIVE-18864
URL: https://issues.apache.org/jira/browse/HIVE-18864
Project: Hive
Issue Type: Sub-task
Components: Transactions
Affects Versions: 3.0.0
Reporter: Sankar Hariappan
Assignee: Sankar Hariappan
Fix For: 3.0.0
For multi-statement txns, it is possible that write on a table happens after a read. Let's see the below scenario.
# Committed txn=9 writes on table T1 with writeId=5.
# Open txn=10. ValidTxnList(open:null, txn_HWM=10),
# Read table T1 from txn=10. ValidWriteIdList(open:null, write_HWM=5).
# Open txn=11, writes on table T1 with writeid=6.
# Read table T1 from txn=10. ValidWriteIdList(open:null, write_HWM=5).
# Write table T1 from txn=10 with writeId=7.
# Read table T1 from txn=10. {color:#d04437}*ValidWriteIdList(open:null, write_HWM=7)*. – This read will able to see rows added by txn=11 which is still open.{color}
{color:#d04437}{color:#333333}So, it is needed to rebuild the open/aborted list of ValidWriteIdList based on txn_HWM. Any writeId allocated by txnId > txn_HWM should be marked as open.{color}
{color}
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)