Для тех, кто не знает, что это такое – ссылка
Вкратце: созздаёт, фактически, «временную таблицу» (более правильно сказать – виртуальную таблицу или результат выборки в виде таблицы), в которой могут храниться данные из других таблиц и результаты применения аггрегирующих функций к ним. При этом если хранятся только данные, то эта таблица обновляется при обновлении входящих в её состав таблиц.
Но оказывается, что, как и многие нововведения (хранимые процедуры должны перекомпилироваться заново при начале сессии, если использовать подзапросы – очень много запросов получается), это тоже имеет очень большие проблемы с производительностью (ссылка).
Вкратце:
неудобно искать проблемы в запросах (вроде как обращаешься к одной таблице, а на деле – нет), создаётся временная таблица без индексов. Также есть проблемы у mySQL при оптимизации запросов при обращении к VIEW.
оригинал; полная цитата:
Сегодня был неожиданно удивлен, какие удобные штуки таит в себе MySQL.
Хочу представить вашему вниманию фичу MySQL — профайлинг.
Появилась она начиная с версии 5.0.37.
Всего парой запросов можно узнать, какими запросами формируется страница (для веб-девелоперов)
и почему она тормозит.
И раньше подобный функционал был доступен, но пользоваться журналом запросов не в пример сложнее.
Итак, как пользоваться:
mysql> set profiling=1;
mysql> select count(*) from comment;
mysql> select count(*) from message;
mysql> show profiles;
+———-+————+——————————+
| Query_ID | Duration | Query |
+———-+————+——————————+
| 1 | 0.00012700 | select count(*) from comment |
| 2 | 0.00014200 | select count(*) from message |
+———-+————+——————————+
2 rows in set (0.00 sec)
Вуаля! Все выполненные запросы за сессию с временем выполнения.
На мой взгляд очень просто и сверх-удобно.
Можно пойти дальше, и узнать подробно на что тратилось время по каждому запросу:
mysql> show profile for query 1;
+——————————–+———-+
| Status | Duration |
+——————————–+———-+
| starting | 0.000015 |
| checking query cache for query | 0.000021 |
| checking permissions | 0.000003 |
| Opening tables | 0.000007 |
| System lock | 0.000004 |
| Table lock | 0.000023 |
| init | 0.000005 |
| optimizing | 0.000005 |
| executing | 0.000025 |
| end | 0.000003 |
| end | 0.000001 |
| query end | 0.000002 |
| storing result in query cache | 0.000003 |
| freeing items | 0.000003 |
| closing tables | 0.000004 |
| logging slow query | 0.000002 |
| cleaning up | 0.000001 |
+——————————–+———-+
17 rows in set (0.00 sec)
Подробнее о профайлинге в статье: Using the New MySQL Query Profiler
Upd: как точно подметил zayceslavshow profiles по умолчанию показывает профили для 15 запросов. Кол-во запрсов можно увеличить с помощью параметра profiling_history_size, но не более чем до 100.
mysql> set profiling=1;
mysql> set profiling_history_size=100;
Установка
Скачать
После помещения библиотеки в папку с расширениями в php.ini надо написать
zend_extension = <путь-к-php>\ext\php_xdebug.dll
Далее ставим плагин для firefox – Xdebug Helper, настройка всего инструментария – в базе знаний Google
Работа с Xdebug под Eclipse
ещё про установку и настройку xdebug,
Профилирование с Xdebug на habrahabr.
Самое основное – параметр в php.ini
xdebug.profiler_enable_trigger=On
В итоге у меня получилось (php5.3)
zend_extension = путь-к-php53\ext\php_xdebug.dll xdebug.remote_enable=1 xdebug.remote_handler=dbgp xdebug.remote_mode=req xdebug.remote_port=9000 xdebug.remote_host=localhost xdebug.idekey=default ;xdebug.dump_once = On ;xdebug.dump_globals = On ;xdebug.dump_undefined = On ;xdebug.dump.REQUEST = * ;xdebug.dump.SERVER = REQUEST_METHOD,REQUEST_URI,HTTP_USER_AGENT xdebug.profiler_enable=Off xdebug.profiler_output_dir="c:\traces" xdebug.profiler_enable_trigger=On xdebug.profiler_output_name="cachegrind.out.%R-%t"
Теперь достаточно передать в GET-параметре ?XDEBUG_PROFILE (вот как раз тут полезен XdebugHelper – там это можно включить для определённого сайта).
много ссылок на полезные статьи.
Инструмент для анализа логов Xdebug от создателя.
Дебаг проекта через NetBeans совместно с XdebugHelper:
запустить отладчик в NetBeans и затем нажать кнопку «run» (это NetBeans заставит слушать Xdebug), а затем открыть сайт с активированным на нём XdebugHelper’ом.
При разработке сайта под большую нагрузку нужно постоянно искать слабые места в коде. К примеру, при добавлении нового функционала на частопосещаемой странице появился кусок кода (функция, метод), который заметно замедляет работу проекта в целом. Нет пределов совершенству, и проект можно вылизывать до бесконечности, но на что стоит обратить внимание – подскажет профайлер кода. Лично я использую в работе APD (Advanced PHP Debugger). Во-первых, он хранится в репозитории модулей PHP, во-вторых, мне понравилось им пользоваться, в-третьих, у автора есть достаточно подробное описание в книге «Профессиональное программирование на PHP», в-четвёртых, простота использования. Из минусов – давно не обновлялся и, видимо, уже заброшен разработчиком.
Установка производится с помощью инсталлятора PEAR
#pear install apd
После чего в файл php.ini необходимо добавить установленное расширение и произвести настройку. (Приведу для примера параметры для Windows)
zend_extension = <Путь к установленному php>\ext\php_apd.dll apd.dumpdir = c:\apd_traces\ ; здесь будут храниться промежуточные файлы трассировок apd.statement_trace = 1
Если вызвать phpinfo(), должен появиться раздел с параметрами APD.
Использование.
Активизируется трассировка путём включения в нужный php-файл вызова функции
apd_set_pprof_trace('c:\TEMP\apd_traces');
Протоколируется следующие события:
- вход в функцию
- выход из функции
- использование инструкций include и require
.
При этом ведутся 3 счётчика:
- Real Time – прошедшее реальное время
- User Time – время, затраченное на пользовательский код
- System Time – время, затраченное на системные вызовы
.
После того, как файлы созданы (т.е. скрипт отработал), можно, к примеру, закомментировать строку вызова
apd_set_pprof_trace('c:\TEMP\apd_traces');
(она больше не нужна).
При установке APD из репозитория в папке
<Путь к php>\PEAR\Console\ появится файл pprofp.
Далее можно создать файл, к примеру, run.bat:
php.exe pprofp -r c:\TEMP\apd_traces\pprof.00288.53 > c:\TEMP\apd_out_rmT.txt
где c:\TEMP\apd_traces\pprof.00288.53 – это промежуточный файл трассировок, созданный при выполнении скрипта, а c:\TEMP\apd_out_rmT.txt будет создан и будет содержать полезную информацию в удобной форме.
Можно, конечно, создать и более «умный» батник, котороый бы принимал имя промежуточного файла параметром, но статья не об этом.
В итоге в файле увидим время выполнения функций и количество вызовов, что в дальнейшем должно помочь писать более «быстрый» код.
Случайно наткнулся на комментарий, что привело меня к инструменту MySQL Performance Tuning (ещё ссылка, tuning-primer – сам скрипт) для оптимизации mySQL путём советов по изменению конфига на основе логов.
документация (англ.)
Всё очень просто.
в php.ini добавить
[APC]
extension=apc.so #(.dll)
apc.enabled = 1
apc.shm_segments = 1
apc.shm_size = 128
apc.max_file_size = 10m
#apc.stat = 0 для статистики
apc.stat_ctime = 1
*apc.stat_ctime=1 – очень важно при работе через «export» системы контроля версий (SVN).
Вот для чего:
SVN на самом деле создает новые файлы, заменяет старые, и выставляет для них старую дату изменения. Это меняет индексные дескрипторы, а не mtime, и APC будет выполнять некорректный файл.
Включение верификации ctime позволит избежать этой проблемы (будут проверяться индексные дескрипторы на предмет изменения).
apc_cache_info() – в php-файле посмотреть информацию по кешу
как установить APC в Windows (англ.) – проблема в том, что официально больше не поддерживается
неплохая статья на хабре про оптимизацию (2007 год)
Для справки:
Установка на Gentoo:
emerge pecl-apc
Проверка установки:
php -r ‘phpinfo();’ |grep apc
Для установки в Windows нужно скачать php_apc.dll.
Будет работать ссылка или нет – не знаю, поэтому выкладываю здесь файлы:
php_apc-3.0.19-5.2-Win32-VC6-x86
php_apc-3.0.19-5.2-Win32-nts-VC6-x86
php_apc-3.1-5.3-svn-20091026
php_apc-3.1-5-3-nts-svn-20091026
