запрос и есть его план исполнения(сейчас как раз учусь читать и понимать его). По-тихоньку формируется понимание, что нам говорит план исполнения запроса, а вот понимание, что можно сделать, чтобы улучшить запрос - нет
То есть, есть ли обобщенный подход к оптимизации?
Как понять, что запрос не оптимальный и его можно улучшить(не просто интуитивное понимание, а-ля, ну тут вроде запрос простой, а работает медленно, наверное чет не то. а как то более научно)
В какую сторону смотреть? (ибо когда сталкиваешься с этим как новичок, то несколько теряешься)
1.Ищи в плане самые дорогие узлы по костам или по времени. 2. Ищи sequence scan - иногда надо просто добавить индекс (не всегда) 3. Смотри значение rows для плана и при фактическом исполнении - большая разница говорит об устаревшей статистике
Определить какие данные вам нужны. Затем понять как их можно выбрать, какими алгоритмами и какими обращениями к памяти их можно выбрать. Посчитать сколько это будет занимать времени — вот придумал метод доступа, его и посчитать. Затем сравнить время с тем что получилось и сравнить метод доступа с тем что сервер предложыл. Если примерно совпадает время и другие затратя ресурсов или не очень плохо всё значит куда деваться лучше лучше не придумывается.
4. при использовании analyze, buffers смотреть значения read -чтения с диска и buffers- чтение из оперативной памяти. Посмотреть в мониторинге значение cache hit rate - хорошие значения 90% и выше. 5. Если есть temp written возможно стоит посмотреть в сторону увеличения work_mem - либо уменьшить объем сортировок в запросе.
Обсуждают сегодня