Хотелось бы что-то наподобие этого:
Общее кол-во запросов: 30
Query Cache: 20
Чистые запросы: 10
Спустя 7 часов, 24 минуты, 45 секунд (11.11.2011 - 11:21) gaserge написал(а):
ройся в доках cms на которой работаешь, а если самописный, в чем проблема? в классе счетчик поставь
Спустя 5 часов, 1 минута, 18 секунд (11.11.2011 - 16:22) Glorious написал(а):
Двиг самописный. По модели MVC.
Использую свою функцию query() в которой логирую ошибки.
Не вопрос в эту функцию вставить счетчик, который бы выводил кол-во обращений функции.
Но тогда он бы выводил общее кол-во запросов, а вот как быть с Query Cache - вот это основной вопрос.
Использую свою функцию query() в которой логирую ошибки.
Не вопрос в эту функцию вставить счетчик, который бы выводил кол-во обращений функции.
Но тогда он бы выводил общее кол-во запросов, а вот как быть с Query Cache - вот это основной вопрос.
Спустя 24 минуты, 39 секунд (11.11.2011 - 16:47) caballero написал(а):
шо сие такое Query Cache?
у PHP есть mysql клиент который посылает запросы к БД
там и ставь счетчик или логгер
у PHP есть mysql клиент который посылает запросы к БД
там и ставь счетчик или логгер
Спустя 32 минуты, 18 секунд (11.11.2011 - 17:19) Glorious написал(а):
Query Cache - это кеш запросов MySQL.
Действует для SELECT запросов, после первого раза заносит такой запрос в кеш. Если результат отличается от предыдущего запроса, то он убирается из кеша.
На примере есть главная страница сайта, чтобы достать все данные страницы (имя пользователя, новости, меню, и т.д.) нужно выполнить Нное количество SELECT запросов к базе.
Итого, чтобы загрузилась страница, необходимо 10-100 запросов. Т.е. если за секунду на сайт зашло 100 чел. - количество запросов будет 1'000-10'000, что скажется на производительности сервера.
По этому большую часть запросов (в среднем 2/3, но все зависит от индивидуальных критериев архитектуры базы) можно кешировать. Итого нагрузка с 1-10к запросов падает до 250-2500 запросов.
Действует для SELECT запросов, после первого раза заносит такой запрос в кеш. Если результат отличается от предыдущего запроса, то он убирается из кеша.
На примере есть главная страница сайта, чтобы достать все данные страницы (имя пользователя, новости, меню, и т.д.) нужно выполнить Нное количество SELECT запросов к базе.
Итого, чтобы загрузилась страница, необходимо 10-100 запросов. Т.е. если за секунду на сайт зашло 100 чел. - количество запросов будет 1'000-10'000, что скажется на производительности сервера.
По этому большую часть запросов (в среднем 2/3, но все зависит от индивидуальных критериев архитектуры базы) можно кешировать. Итого нагрузка с 1-10к запросов падает до 250-2500 запросов.
Спустя 9 минут, 34 секунды (11.11.2011 - 17:29) Glorious написал(а):
Спустя 5 минут, 12 секунд (11.11.2011 - 17:34) caballero написал(а):
| Цитата |
| Query Cache - это кеш запросов MySQL. Действует для SELECT запросов, после первого раза заносит такой запрос в кеш. Если результат отличается от предыдущего запроса, то он убирается из кеша. |
Как обрабатывает Mysql запросы - ее дело.
У тебя тема как называется?
| Цитата |
| Количество запросов на странице |
По твоему количество запросов как то зависит от того как этот запрос обработает сервер?
Спустя 9 минут, 54 секунды (11.11.2011 - 17:44) Glorious написал(а):
| Цитата |
| По твоему количество запросов как то зависит от того как этот запрос обработает сервер? |
Да, если внимательно прочитать первое предложение.
Т.к. мне важно знать, сколько запросов выполняются на прямую, а сколько берутся из ОЗУ сервера.
Спустя 11 минут, 38 секунд (11.11.2011 - 17:56) Семён написал(а):
Читай про Профилирование MYSQL
А именно про: set profiling=1; и show profiles;
А именно про: set profiling=1; и show profiles;