Details
-
Bug
-
Status: Open
-
Critical
-
Resolution: Unresolved
-
1.3.0, 2.1.0
-
None
-
None
Description
TxnHandler.checkLock() see more comments around "isPartOfDynamicPartitionInsert". If TxnHandler knew whether it is being called as part of an op running with dynamic partitions, it could be more efficient. In that case we don't have to write to TXN_COMPONENTS at all during lock acquisition. Conversely, if not running with DynPart then, we can kill current txn on lock grant rather than wait until commit time.
if addDynamicPartitions() also knew about DynPart it could eliminate the Delete from Txn_components... statement
This is an important perf optimization when it allows us to detect that concurrent txns will have a WW conflict early
Attachments
Issue Links
- depends upon
-
HIVE-14943 Base Implementation
- Closed
- is related to
-
HIVE-17821 TxnHandler.enqueueLockWithRetry() should not write TXN_COMPONENTS if partName=null and table is partitioned
- Open
-
HIVE-13622 WriteSet tracking optimizations
- Closed