Winnipuhесть большая таблица - около 10 млн записей, в ней три Full-text поля-вектора.

Делаю запрос:

select * from xprop where xstring_vector @@ to_tsquery('default','mansur & haber') limit 100;

-------

3 минуты

тут же второй раз:

select * from xprop where xstring_vector @@ to_tsquery('default','mansur & haber') limit 100;

2 секунды.

??

Данные после первого запроса поднимаются либо в дисковый кеш операционной системы, либо, если позволяют размеры, в разделяемую память (shared_buffers). Поэтому при втором запуске запроса не требуется чтения с физического носителя.

Andrey Daeron Winnipuh
Во как, интересно.
это именно для этого запроса?
а сколько времени результат будет храниться и выбираться из кеша?
1. Для любых запросов
2. ИМХО до тех пор пока не выбьется из него другими.
Из кеша ОС - согласно политики кеша ОС, из шаред_буферов - согласно алгоритмам PG.
Про алгоритмы PG вроде на форуме несколько лет назад были ссылки и упоминания.


все верно
разделяемые буфера обрабатываются по немного видоизмененному LRU-алгоритму (least recently used), если быть точным -- по LRU/K-алгоритму. если интересно, чуть подробнее можно прочитать в известной статье Бартунова "Что такое PostgreSQL", например, здесь: http://postgresmen.ru/articles/view/57 , см. абзац "Управление буферами в PostgreSQL".

Winnipuh
Имелось в виду анализируются ли производные запросы от закешированного .

проверил такое

select * from xprop where xstring_vector @@ to_tsquery('default','mansur & (kara | haber)') limit 100;
после 1 го раза закешировался, ок.

потом делаю такой запрос:

select * from xprop where xstring_vector @@ to_tsquery('default','mansur & haber') limit 100;

и он тоже довольно резво выполняется. Может быть ПГ распознает его каким-то образом как "производный"?

PostgreSQL не анализирует "похожесть" запросов, он просто кеширует данные и индексы в памяти. Очевидно, эти два запроса у вас вызывают индекс-скан по одному и тому же индексу. Поэтому после первого запроса, индекс поднимается с диска в память и второй запрос (пусть и отличный от первого) пробегает по индексу, находящемуся уже в памяти.

LeXa NalBat Winnipuhselect * from xprop where xstring_vector @@ to_tsquery('default','mansur & (kara | haber)') limit 100;

select * from xprop where xstring_vector @@ to_tsquery('default','mansur & haber') limit 100; izОчевидно, эти два запроса у вас вызывают индекс-скан по одному и тому же индексу. Поэтому после первого запроса, индекс поднимается с диска в память и второй запрос (пусть и отличный от первого) пробегает по индексу, находящемуся уже в памяти.ИМХО, точнее сказать, что в общем случае с диска в память поднимается не весь индекс целиком, а лишь те индексные и табличные(!) страницы, на которых находятся данные, необходимые для выполнения данного запроса. Так как данные для второго запроса (mansur, haber) являются подмножеством данных для первого (mansur, kara, haber), то в идеале диск при втором запросе читаться не будет. Если бы например второй запрос был по словам (mansur, abrakadabra), то частично использовались бы данные, закэшированные в памяти, а частично - прочитались бы с диска.

да, именно так, спасибо за уточнение