Revert "Avoid spurious deadlocks when upgrading a tuple lock" This reverts commits 3da73d6839dc and de87a084c0a5. This code has some tricky corner cases that I'm not sure are correct and not properly tested anyway, so I'm reverting the whole thing for next week's releases (reintroducing the deadlock bug that we set to fix). I'll try again afterwards. Discussion: https://postgr.es/m/E1hbXKQ-0003g1-0C@gemulon.postgresql.org Branch ------ master Details ------- https://git.postgresql.org/pg/commitdiff/9d20b0ec8f2af43041b1a65e5fcd91acc47e9ace Modified Files -------------- src/backend/access/heap/README.tuplock | 10 -- src/backend/access/heap/heapam.c | 83 +++--------- .../expected/tuplelock-upgrade-no-deadlock.out | 150 --------------------- src/test/isolation/isolation_schedule | 1 - .../specs/tuplelock-upgrade-no-deadlock.spec | 57 -------- 5 files changed, 21 insertions(+), 280 deletions(-)
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера