MySQL падает

[skid]

Идея в том, что ограничения есть у каждого сервера. Помимо этого есть специфические характеристики конкретной машины. Скажем, жесткий диск может быть с поврежденными секторами или память может быть с ошибками. Для того, чтобы говорить предметно нужны конкретные показатели. При каком количестве запросов падает mysql. Какая при этом видна ошибка. Как растет LoadAverage во время тестирования. Как быстро завершаются процессы php. Для тестирования лучше использовать какие-то простые php скрипты или например чистый wordpres. Тема это довольно комплексная и боюсь, что раскрыть ее в двух трех постах у меня не получится. Почитайте топики на хабре, воспользйтесь поисковиками. Ответ на вопрос что крутить может быть сильно разным. Все зависит от результатов.

[rez0n]

Loadimpact юзал, вот такие вот показатели.
До подключения Cloud-Flare: http://loadimpact.com/load-test/sg.wmai ... 65baa9eb61
После подключения: http://loadimpact.com/load-test/sg.wmai ... abe7767861

Сейчас вот прогнал ab

Code: Select all

root@h1:~# ab -t30 -c5 http://sg.wmail.tk:80/
This is ApacheBench, Version 2.3 <$Revision: 655654 $>
Copyright 1996 Adam Twiss, Zeus Technology Ltd, http://www.zeustech.net/
Licensed to The Apache Software Foundation, http://www.apache.org/

Benchmarking sg.wmail.tk (be patient)
Finished 21 requests


Server Software:        cloudflare-nginx
Server Hostname:        sg.wmail.tk
Server Port:            80

Document Path:          /
Document Length:        153584 bytes

Concurrency Level:      5
Time taken for tests:   31.678 seconds
Complete requests:      21
Failed requests:        19
   (Connect: 0, Receive: 0, Length: 19, Exceptions: 0)
Write errors:           0
Total transferred:      3237997 bytes
HTML transferred:       3229450 bytes
Requests per second:    0.66 [#/sec] (mean)
Time per request:       7542.430 [ms] (mean)
Time per request:       1508.486 [ms] (mean, across all concurrent requests)
Transfer rate:          99.82 [Kbytes/sec] received

Connection Times (ms)
              min  mean[+/-sd] median   max
Connect:       36   38   0.9     37      41
Processing:  5627 6570 850.1   6247    8292
Waiting:     5432 6274 853.8   5939    7756
Total:       5665 6607 849.9   6284    8329
WARNING: The median and mean for the initial connection time are not within a normal deviation
        These results are probably not that reliable.

Percentage of the requests served within a certain time (ms)
  50%   6278
  66%   6334
  75%   6476
  80%   7961
  90%   7968
  95%   8012
  98%   8329
  99%   8329
 100%   8329 (longest request)
root@h1:~#

Разве VPSки DigitalOcean только снаружи - такие клевые? Дело в том что статику отдает молниеносно, а вот динамический контент.. вот как то не очень. Тесты то я прогоняю, а вот в какую сторону двигатся дальше - абсолютно не ясно.

[skid]

Нужно протестировать чистый wordpres сразу после установки. Страница которую вы тестировали, работает с ошибками. Полученные данные нельзя использовать для объективной оценки.

[skid]

Протестировал WordPress 3.6 на микро инстанции от амазона при помощи loadimact.

MySQL отвалился при 38 одноврменных запросах. Закончилась оперативная память. Процессор был занят на 100%. В момент максимальной нагрузки, loadaverage поднялся до 19.

[rez0n]

1. Чтобы не отваливался MySQL - Нужно создать swap. Это я уже прошел.
2. Попробуйте на самой обычной VPS (тот же digitalocean могу создать на сутки, для тестов или thehost.com.ua - дают тестовый период в неделю)

Мне кажется нужно коллективно придумать решение данной проблемы, я даже говорю не о sql сервере, а о 100% лоаде процессора. Нужно утихомирить httpd.
Может быть memcached будет полезен?

[skid]

38 единовременных подключений для minimal инстанции, это нормальный результат. Для существенного увеличения этого числа нужно использовать статическое кэширование в приложении. Добиться более высоких результатов за счет настройки httpd не получится. В условиях ограниченного кол-ва оперативной памяти, memcache будет малополезен. Для wordpress есть плагины вроде W3 Total Cache.

[margent]

Нагрузка процессора в указанный период на диаграмме 8-9% была.
На сервере стоит отключенный ModX, 2 html сайтика визитки + блог на Habari.
Тестировал как раз на Habari, только вчера его поставил, чистый. Жал F5 8 секунд, отваливается бд на время, но сам скрипт дает очень не большую нагрузку на БД, выползает ошибка коннекта к БД, но тут же перезагружаю страницу и все работает, на WP так же было, но БД не падала, проц около 13% был... у меня не наблюдается жесткое поедание проца.

DigitalOcean: 1GB Ram 30GB SSD Disk Amsterdam 1 CentOS 6.4 x32

Ради теста так же ставил на хостинге Flops:


Показатели по CPU были немного выше, видать по слабее проц, остальные показатели такие же, не падает, но временно блочит работу.

С учетом того, как уже писали, ISP не ложит БД и работает на "ура"... гм.

[rez0n]

Я проверял на чистом wp и joomla - загрузка минимальна, сколько не жми F5.
А вот как только появляется несколько постов с картинками и парочка плагинов - начинается...

[margent]

Я вообще не обратил бы внимание на данный "прикол" если не наткнулся бы на эту тему, ради интереса начал зажимать f5 =)

[rez0n]

Да, это действительно беда)) Сам жалею что заморочился этим