nix: tuning

Оптимизация ORDER BY — о чем многие забывают

Мы тоже с этим столкнулись. В одной базе один запрос выполнялся 30-50 сек, с join 7 таблиц (такова структура проекта). При этом для одной из таблиц почему-то не использовались индексы, хотя они все были, и выбирало каждый раз все 500к строк, чтобы оставить в итоге 1. Плюс Using temporary; Using filesort

Убрав в конце ORDER BY, запрос стал выполняться порядка 5 секунд, и стали использоваться индексы Using index, но в rows всё-равно указывало все 500к строк.

Перешли на SELECT STRAIGHT_JOIN, сохранив сортировку - время вышло тоже порядка 5с, но при этом снова сортировало всё.

Плюс
http://dev.mysql.com/doc/refman/5.1/en/order-by-optimization.html
Как MySQL оптимизирует ORDER BY, LIMIT и DISTINCT

nix

вторник, 17 декабря 2013 г.

RHEL6 Performance Tuning Guide

Оптимизация работы на SSD-накопителе рабочей станции с Fedora Linux

понедельник, 8 апреля 2013 г.

HH: FreeBSD + PostgreSQL: тюнинг сервера БД

среда, 5 декабря 2012 г.

Mysql: некоторые особенности ORDER BY

вторник, 12 июня 2012 г.

Чуть более 20 хороших советов по MySQL

понедельник, 26 марта 2012 г.

zfs+mysql

вторник, 17 декабря 2013 г.