- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Как удалить плохие SEO-ссылки и очистить ссылочную массу сайта
Применяем отклонение ссылок
Сервис Rookee
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
статус бы еще посмотреть
(Нулевые значения убрал, чтобы влезло в сообщение)
VDS? Сколько записей в таблице?
Нет, выделенный сервер.
Таблиц: 198 Записей: ~1,246,660
Есть ли в таблицах с запросом text или blob поля?
Есть ли таблицы содержащие text поля? - Да. ИЛИ?
P.S. Попробуйте отсортировать в MYSQL-таблице данные так же, как они выводятся на страницу ;)
ммм ... можно подробнее? ...
-Mouse- добавил 21.03.2009 в 23:09
Вы лучше приведите текст скрипта, вызывающий столь мощный загруз. Сдаётся мне, что всё дело в его логике.
Пытаюсь выловить. 🚬
Magento движек далеко не маленький, не получается так быстро.
Таблиц: 198 Записей: ~1,246,660
Есть ли таблицы содержащие text поля? - Да. ИЛИ?
ммм ... можно подробнее? ...
Можно. У Вас более ляма записей. Из них при запросе выбирается 20. Откуда? Из разных мест диска. Это уже 20 перепозиционирований головки. Это если запрос на одну таблицу. Если в запросе две таблицы, то смело умножайте число перепозиционирований вдвое.
Идём дальше. У Вас в запросе на выдачу 20 записей наверняка есть сортировка. То есть для того, чтобы отобрать эти 20 записей, MYSQL должен построить на основе параметров запроса промежуточную таблицу, отсортировать её и выдать 20 записей. При этом, так как в запросе есть text поля, промежуточная таблица сначала скидывается на диск и лишь потом сортируется. А она может быть и 10Мб, и 100Мб.
Что делать:
1. Отсортировать в самой таблице записи так, как они выдаются в запросе. Тогда они будут считываться за одно позиционирование головки (в 20 раз быстрее).
2. Выделить text поля в отдельную таблицу. И слать туда запросы после сортировки таблицы с продуктами и извлечения оттуда 20 записей.
1. show GLOBAL status. у вас значения слишком маленькие, это был show status
2. сначала включите slow_log, понаблюдайте и уже потом ищите, а экстрасенсов поменьше слушайте. может не в mysql дело вообще.
3. если уж и анализировать производительность автоматизированными средствами, то не phpmyadmin, а скриптом mysqltuner.pl
Вот эти sh http://www.day32.com/MySQL/ для тюнинга очень хороши
1. show GLOBAL status. у вас значения слишком маленькие, это был show status
(нулевые почистил)
2. сначала включите slow_log, понаблюдайте и уже потом ищите, а экстрасенсов поменьше слушайте. может не в mysql дело вообще.
3. если уж и анализировать производительность автоматизированными средствами, то не phpmyadmin, а скриптом mysqltuner.pl
Ок, спасибо, завтра попробую.
Думаю, что стоит включить лог "медленных запросов", а так же посмотреть на нагрузку. (в частности на диск)
У нас не VDS.
А есть такие, которые не будут греть ценой как за настройку сервера с нуля? :-)
Порой новый сервер быстрее настроить, чем анализировать настроенный владельцем по совету экстрасенсов
Думаю, что стоит включить лог "медленных запросов", а так же посмотреть на нагрузку. (в частности на диск)
Он и включен (Вами). Вы ж этот сервер и настраивали (там где тонна доп. требований было под Magento) 🚬
Запросов больше 2 сек за неделю всего 1.
Маловероятно, но попробуйте опцию --skip-name-resolve
Может оно ДНС ждет... Фиг его знает, чего ему еще ждать...
По show processlist во время обращения к странице ничего не видно?
У вас создается слишком много временных таблиц на диске, причем эти таблицы более 512Мб, это очень много. Нужно оптимизировать запросы, чтобы временные таблицы не создавались или создавались, но меньшего размера (чтобы умещались в пямяти). И попробуйте отключить query cache.