Test additional speculative conflict scenarios.
Andres Freund <andres@anarazel.de>
Test additional speculative conflict scenarios. Previously, the speculative insert tests did not cover the case when a tuple t is inserted into a table with a unique index on a column but before it can insert into the index, a concurrent transaction has inserted a conflicting value into the index and the insertion of tuple t must be aborted. The basic permutation is one session successfully inserts into the table and an associated unique index while a concurrent session successfully inserts into the table but discovers a conflict before inserting into the index and must abort the insertion. Several variants on this include: - swap which session is successful - first session insert transaction does not commit, so second session must wait on a transaction lock - first session insert does not "complete", so second session must wait on a speculative insertion lock Also, refactor the existing TOAST table upsert test to be in the same spec and reuse the steps. Author: Melanie Plageman, Ashwin Agrawal, Andres Freund Reviewed-by: Andres Freund, Taylor Vesely Discussion: https://postgr.es/m/CAAKRu_ZRmxy_OEryfY3G8Zp01ouhgw59_-_Cm8n7LzRH5BAvng@mail.gmail.com
Files
| Path | Change | +/− |
|---|---|---|
| src/test/isolation/expected/insert-conflict-specconflict.out | modified | +233 −44 |
| src/test/isolation/expected/insert-conflict-toast.out | deleted | +0 −15 |
| src/test/isolation/isolation_schedule | modified | +0 −1 |
| src/test/isolation/specs/insert-conflict-specconflict.spec | modified | +123 −17 |
| src/test/isolation/specs/insert-conflict-toast.spec | deleted | +0 −51 |
Discussion
- Adding a test for speculative insert abort case 31 messages · 2019-05-01 → 2020-03-24