promos
(
promo_id UUID NOT NULL PRIMARY KEY,
user_id UUID NOT NULL,
reason promo_reason NOT NULL,
type promo_type NOT NULL,
created_at TIMESTAMPTZ NOT NULL,
consumed_at TIMESTAMPTZ NULL
);
CREATE UNIQUE INDEX promotions_user_id_first_transfer_key ON promos (user_id)
WHERE type = 'zero-fixed-fee' AND reason = 'first-transfer';
Есть запрос:
INSERT INTO promos
(promo_id, user_id, reason, type, created_at, consumed_at)
VALUES
(?, ?, ?, ?, ?, NULL)
ON CONFLICT (user_id) WHERE type = ? AND reason = ? DO NOTHING
Под нагрузкой периодически рандомно вылетает:
there is no unique or exclusion constraint matching the ON CONFLICT specification (SQLSTATE 42P10)
Это я дурак или какая-то бага известная или не очень?
У вас индекс только для конкретных type и reason, для других нельзя использовать insert on conflict
Ну на самом деле там только один вариант в каждом enum. Оно работает если указывать не через ? А конкретные значения зашить
Ну если "иногда" и с литералами работает, это намёк, что дело в иногда значениях параметров. Оберните в хранимку, которая будет печатать значения при ощибке
Повторюсь что значения там одни и те же. Был написан тест под это дело даже. В коде оно статично. Если передавать как prepare аргументы рандомно стреляет под нагрузкой, если статично конкатить не стреляет
идея обернуть хранимку всё равно хорошая. Так можно проверить, с которого конца проблема. Может например в клиентской библиотеке проблема, и она иногда почему-то мусор присылает в постгрес.
Ок попробую, спасибо
-- выдает ошибку CREATE PROCEDURE promo_upsert(p UUID, u UUID, r promo_reason, t promo_type, c TIMESTAMPTZ) LANGUAGE plpgsql AS $$ BEGIN RAISE WARNING 'KEK: % % % %', p,u,r,t; INSERT INTO promos (promo_id, user_id, reason, type, created_at, consumed_at) VALUES (p, u, r, t, c, NULL) ON CONFLICT (user_id) WHERE type = t AND reason = r DO NOTHING; END $$; -- не выдает ошибку CREATE PROCEDURE promo_upsert(p UUID, u UUID, r promo_reason, t promo_type, c TIMESTAMPTZ) LANGUAGE plpgsql AS $$ BEGIN RAISE WARNING 'KEK: % % % %', p,u,r,t; INSERT INTO promos (promo_id, user_id, reason, type, created_at, consumed_at) VALUES (p, u, r, t, c, NULL) ON CONFLICT (user_id) WHERE type = 'zero-fixed-fee' AND reason = 'first-transfer' DO NOTHING; END $$; Еще игрался с количеством коннектов на клиенте, ошибка возникает реже если выдавать больше коннектов.
Если кому интересно из этого получилось -> https://www.postgresql.org/message-id/17532-ac78c042223fcdbf@postgresql.org
Обсуждают сегодня