Имаме специален сървър, който захранва много голям сайт за WordPress с много усъвършенствани заявки - голям интегриран CMS / Video с активиран тон с допълнителни WP полета.

Сървърът е 32G памет, 4Quad работи W2012 с apache (2.4) /php5.6.3/mysql5.7/tomcat8 - всичко над ssl.

Сървърният стек беше наскоро актуализиран и не сме завършили конфигурирането му.

Само с някои основни ощипвания ... нещата не вървят добре.

  1. Статичната страница е на 240 ms - чудесно.
  2. WordPress страница от кутията без приставки ... 800ms-1.2s ... изобщо не е страхотна.
  3. Нашият основен сайт - само празна страница. Около 800 мс ... бла.
  4. Началната страница на нашия основен сайт - около 2-4 секунди
  5. Нашата основна страница на сайта с много динамични заявки - 4-30 секунди (хлапе, че не).

Заден план: Преди сървърът да бъде надграден до най-новия стек, производителността на нашите сайтове беше много по-бърза, но получавахме много грешки в паметта - и те се случваха с по-голяма скорост на по-големи страници, но винаги около произволни кодови битове. След надстройката имаме нулеви грешки в паметта и наистина няма никакви php грешки.

Мога да копирам конфигурации на сървъра, ако е необходимо, но паметта на php е настроена на 2GB, имам 15G, разпределени за innodb, и съм играл с настройките на mpm worker - и наистина всичко, което правя, всъщност не влияе на проблема със сървъра ttfb . Няма грешки в регистрационните файлове на apache, нищо в дневниците на php.

Забелязвам изключително високо използване на процесора от apache - получаваме само 10K посещения на ден и винаги е напред-назад между 50-95%, като през повечето време оставаме близо до 80%. Също така забелязвам, че фиксирането на процесора се случва моментално, след като рестартирам apache без посетители. В същото време изглежда, че apache използва много малко памет - максимум 300M, когато преди нашето надграждане apache винаги е бил на 1G плюс.

(Страничен въпрос тук - има ли помощна програма, за да видите какви модове на apache използват CPU / памет - НА ПРОЗОРЦИ)

Къде е първото място, където трябва да започна да отстранявам това? Бих искал да избегна въпроса за WP от това - това може да е негов собствен въпрос. Например на нашите тежки страници споменах 4-30 секунди ... 4 биха били приемливи засега. Чудя се защо получаваме екстремните пикове на ttfb. Кажете ми каква друга информация имате нужда от мен да предоставя. (също може ли някой да добави маркер W2012? _

  • Изглежда, че базата данни е голяма част от проблема за вас. Регистрирате ли запитвания към база данни и минимизирате броя на заявките на страница? Инсталирали ли сте нещо за кеширане на db заявки и страници като memcache и w3 total cache?
  • Уверете се, че сървърът не използва SWAP, тъй като това абсолютно ще убие вашите SQL заявки. Има няколко приставки онлайн, които могат да ви помогнат да изчистите или да наблюдавате SQL заявки, wordpress.org/plugins/query-monitor е добър, който съм използвал в миналото. Причината, поради която използването на RAM от Apache може да е по-ниска, са едновременните сесии, ако предишната позволяваше повече, щеше да консумира повече.
  • Имате ли сървър за разработка, работещ на същия сайт, с който да тествате? Това ще ви помогне да го стесните до проблем на приложението спрямо проблем със сървъра / зареждането. В допълнение към другите предложения, бих предложил да разрешите регистрацията на бавните заявки (в dev), за да видите дали това ви дава улики.
  • @StephenOstermiller - Първата ми реакция е, че това е проблем между Apache / mysql или самия mysql. Просто не разбирам защо изглежда, че по-дългите ми заявки към базата данни изтичат или цикли, когато имам толкова много разпределение на паметта за него. Пуснах по-големи WP сайтове на по-малко специфицирани кутии без всички тези проблеми.
  • @SimonHayter - инсталирам дублиран сайт, за да мога да включа добавката за монитор на заявки. Ще ви кажа как се получава това.

е работил за вас: Charles Robertson | Искате ли да се свържете с нас?