TerminusДень добрый!

В последнее время несколько раз сталкивались со следующей проблемой.
Есть таблица (таблицы) с уникальным ограничением (по одной или нескольким колонкам, не важно). При попытке сделать REINDEX (или сделать дамп, а потом его восстановить на новом месте) обнаруживается, что в таблице имеются дублирующиеся записи, нарушающие ограничение. Соответственно, REDINDEX не проходит, и индекс не создаётся при восстановлении дампа до тех пор, пока эти записи не подчистишь.

Наблюдать такое стали после перехода на 9.3.
В данный момент версия: 9.3.4

Что это может быть за беда? Сталкивался ли кто? :)

поврежденные данные с старых времен... могло быть из-за:

Fix WAL replay of locking an already-updated tuple (Andres Freund, Álvaro Herrera)
This error caused updated rows to not be found by index scans, resulting in inconsistent query results depending on whether an index scan was used. Subsequent processing could result in constraint violations, since the previously updated row would not be found by later index searches, thus possibly allowing conflicting rows to be inserted. Since this error is in WAL replay, it would only manifest during crash recovery or on standby servers. The improperly-replayed case most commonly arises when a table row that is referenced by a foreign-key constraint is updated concurrently with creation of a referencing row.

Исправленного в 9.3.4.

Если у вас были падения базы или сервера или жесткие рестарты базы (которые в wal-replay уходили) - могло с тех пор остаться.

Лечить - руками удалить дубликаты. Больше появлятся не будет.