Коллеги, столкнулся с такой проблемой : есть таблица с колонкой

Question

Коллеги, столкнулся с такой проблемой : есть таблица с колонкой

comment varchar, по которой построен триграмный GIN индекс (для поиска по маске %%). Так же есть индекс на некий ключ(не уникальный но довольно селективный). При запросе SELECT * FROM TABLE WHERE KEY = XXX AND COMMENT ILIKE '%wazzap%' , ПГ выбирает план из двух BITMAP index scan и операцией AND. Проблемы в том что индекс триграммный гигантский (200ГБ), а ПГ считает, что сходить извлечь из него пару сотен строк это легко, однако в реале это оборачивается в десятки минут. Если просто удалить\отключить GIN индекс, то ПГ просто отбирает значения по первому условию (KEY, пара тысяч строк)- наклдывает фильтр и вуаля. Результат за миллисекунды. Статистика обновлена. Как постгресу сказать что поход в 200ГБ GIN - дорого?

#backend #devops #pgsql #programming #russian

0

28.05.2020