Re: BUG #17268: Possible corruption in toast index after reindex index concurrently
Andres Freund <andres@anarazel.de>
From: Andres Freund <andres@anarazel.de>
To: Alexey Ermakov <alexey.ermakov@dataegret.com>
Cc: Maxim Boguk <maxim.boguk@gmail.com>, PostgreSQL mailing lists <pgsql-bugs@lists.postgresql.org>, Peter Geoghegan <pg@bowt.ie>, Michael Paquier <michael@paquier.xyz>
Date: 2021-11-08T18:36:46Z
Lists: pgsql-bugs
Attachments
- insert_cci_bug.sql (application/sql)
Hi, On 2021-11-08 17:04:40 +0600, Alexey Ermakov wrote: > I was told that application inserts rows into given table with queries like: > > INSERT INTO zz (id, body) VALUES (?, ?) ON CONFLICT (id) DO NOTHING > > inside transaction. It's possible to attempt to insert row with same id > several times inside one transaction (in that case usually that id is new > one i.e. was not presented in the table before that transaction). > > Hope it could help in some way. It did. I've managed to reproduce an issue like this. I'm still narrowing down the reproducer, but here's what I have so far: DROP TABLE IF EXISTS wide; CREATE TABLE wide(id serial primary key, wide text); pgbench -n -Mprepared -T1000 -f ~/tmp/insert_cci_bug.sql -c 16 -j 16 postgres in concurrent psql SELECT indrelid::regclass, indexrelid::regclass, bt_index_parent_check(indexrelid::regclass, true) FROM pg_index WHERE indrelid = (SELECT reltoastrelid FROM pg_class WHERE oid = 'wide'::regclass); REINDEX INDEX CONCURRENTLY pg_toast.pg_toast_331092_index; usually after 1-3 iterations the index is corrupt. Reproduces both in 13 and HEAD. Greetings, Andres Freund
Commits
-
Fix corruption of toast indexes with REINDEX CONCURRENTLY
- 5ed74d874f49 12.10 landed
- 9acea52ea3d4 13.6 landed
- 64ab21f0e5de 14.2 landed
- f99870dd8673 15.0 landed