- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Как удалить плохие SEO-ссылки и очистить ссылочную массу сайта
Применяем отклонение ссылок
Сервис Rookee
VK приобрела 70% в структуре компании-разработчика red_mad_robot
Которая участвовала в создании RuStore
Оксана Мамчуева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Всем доброго времени!
Есть проект на друпале, и когда туда приходит немного авторизованных пользователей (~50) начинаются жуткие тормоза. От машины это не зависит - сервак EX10 в Hetzner'е.
Так вот, когда пользователей много (ну или я тестировал через апач бенчмарк), в mytop'е вижу кучу коннектов(120-200, но в конфиге на этот момент стояло разрешение 1500 подключений), висящих в состоянии sleep, висят буквально 1-3 секунды, но при этом больше mysql коннектов почему-то не принимает, сервер от этого жутко колбасит, скрипты php начинают становиться в очередь, LA растет до бесконечности...
Обчитался всякой инфы по оптимизации, скармливал mysqltuner'у и tuning-primer'у, принимал какие-то решения. Вообщем вот что у меня получилось:
Ну и попутно вопрос, если подскажите, 4M для hugepagesize даст какой-то прирост? И как это сделать, не пойму(
Ставил на тестовом стенде percona server с включенным параметром innodb_file_per_table - результат тот же.
Помогите с советом, куда дальше мне копать?..
Ну и на последок
EX10 с теми двумя 3-тб сатами, что идут в комплекте?
Оптимизируй, не оптимизируй, а дисковая подсистема всегда должна быть годной.
а есть какой нибудь мунин
Может быть необходимо посмотреть в сторону оптимизации скриптов? Если они кривые, то хоть как вы не оптимизируйте сервер - всё будет плачевно.
По-вашему конфигу что-то сказать трудно, необходимо реально глядеть ситуацию на сервере. На первый взгляд - параметры выставлены наобум.
Поглядеть лишь в сторону thread_concurrency... У вас процессор имеет 32 физических ядра? Некоторые параметры имеют вовсе не те типы значений, где-то
они слишком завышены. Также непонятно зачем вам MyISAM и InnoDB одновременно? Неужели половина базы использует одно, а половина другое?
А так могу взглянуть, напишите пожалуйста завтра после обеда. Отзывы и контакты в подписи.
В slow логе что-нибудь есть?
Обязательно поставить munin + плагины для статы mysql
Возможно имеет смысл воспользоваться percona server. Есть оф репо для debian.
Не достаточно информации.
Скиньте вывод mysqltuner после бенчмарка и top во время его работы.
Тогда можно будет хоть что-то сказать.
сколько пользователей в день?
размер базы данных?
самописные модули к друпалу есть?
innodb_buffer_pool_size=8G - у вас базы все в innodb ?
действительно ли в innodb данных на 8гб ?
индексы в тяжелых табличках проставлены ?
после суток работы СУБД в боевом режиме что в /var/log/mysql/mysql-slow.log ?
tail -n 300 /var/log/mysql/mysql-slow.log
EX10 с теми двумя 3-тб сатами, что идут в комплекте?
Оптимизируй, не оптимизируй, а дисковая подсистема всегда должна быть годной.
Были мысли по этому поводу, но посмотрев iotop - все отпало. Попробую на тестовом всю базу вовсе в оперативке держать.
а есть какой нибудь мунин
Сейчас кактус поставлю, дам графики и прочий выхлоп
Поглядеть лишь в сторону thread_concurrency... У вас процессор имеет 32 физических ядра? Некоторые параметры имеют вовсе не те типы значений, где-то
они слишком завышены. Также непонятно зачем вам MyISAM и InnoDB одновременно? Неужели половина базы использует одно, а половина другое?
Пардон, thread_concurrency выставлен завышенно, игрался с параметрами (кажется в офф документации говорится что начать можно с формулы 2*CPU, а не что должно быть равно)
В slow логе что-нибудь есть?
Обязательно поставить munin + плагины для статы mysql
Возможно имеет смысл воспользоваться percona server. Есть оф репо для debian.
в slow был один запрос > 5 секунд за ночь. На тестовой машине стоит именно персона сервер.
сколько пользователей в день?
размер базы данных?
самописные модули к друпалу есть?
Авторизованных не так много онлайн 10-30 человек, анонимусов в пике до 900, но тут проблем нет, ибо кеш.
БД суммарно ~9 гигов. Есть базы данных в myisam, внутренние маленькие сайтики в innodb не нуждающиеся.
В первом посте в конце mysql status это без бенчмарка.
Ну и к слову - все работает без апача - nginx + php5-fpm + mysql + memcached + apc.
---------- Post added 12-04-2013 at 08:22 ----------
innodb_buffer_pool_size=8G - у вас базы все в innodb ?
действительно ли в innodb данных на 8гб ?
индексы в тяжелых табличках проставлены ?
после суток работы СУБД в боевом режиме что в /var/log/mysql/mysql-slow.log ?
tail -n 300 /var/log/mysql/mysql-slow.log
3.5G, видимо выставлял я это, когда на этом же сервере был дамп этой же БД (для девелопа, все такое)
Беда у меня с фрагментированными таблицами, сколько не оптимизируй, все равно число значительно не уменьшается - за один прогон mysqlcheck -o -A --auto-repair число таблиц уменьшается на ~80, подозрезваю что в этом тоже может быть косяк.
Это все вывод с боевого сервера.
mysqltuner.pl
tuning-primer.sh
mysqlreport
query_cache_size поднимать не хочу, ИМХО, будут только лишь тормоза.
Сервер слушает серый айпишник
Тестовый стенд, там я развернул персону, и она удаленно находится на другом сервере, не где лежат скрипты. Сервера физически стоят рядом и объединены одним свитчем. В связи с этим вопрос, может ли это быть какой-нибудь другой косяк (tcp к примеру)?
На боевой машине так же слушается серый айпишник, но в данный момент все лежит рядом.
Наврал я вам, sleep'ов там 90-100, но ничего кроме sleep'ов.
[!!] Maximum possible memory usage: 64.4G (103% of installed RAM)
что все память под mysql - а остальным что ? )