Jak PHP, databáze a webový server ovlivňují rychlost vašeho webu

Stručné shrnutí: Rychlost webu stojí na třech vrstvách: PHP, databázi a webovém serveru. Největší dopad má obvykle PHP verze, přechod na novější může zrychlit generování stránky o desítky procent bez zásahu do kódu. Výrazně pomáhá i OPcache, který eliminuje opakované zpracování PHP souborů. Pokud ale databáze nestíhá nebo server naráží na limity, žádná optimalizace jedné vrstvy sama o sobě nestačí.

Rychlost webu nevzniká na jednom místě. Je to výsledek několika kroků, které proběhnou pokaždé, když někdo otevře stránku. Pokud je jeden z těchto kroků pomalý, zpomalí celý proces. V tomto článku se podíváme na to, jakou roli v rychlosti načítání stránek hraje back-end webu.

Obsah článku

• Co zpomaluje váš web
• PHP verze a OPcache
• MySQL
• Apache vs. Nginx
• Příklad z praxe
• Akční plán
• FAQ

Co zpomaluje váš web?

Na začátku stojí PHP. To zpracuje požadavek, načte WordPress, spustí pluginy, připraví dotazy do databáze a sestaví HTML. Čím starší verze PHP, tím víc času a výkonu tento krok stojí.

Na PHP navazuje databáze. Ta odpovídá na dotazy, které aplikace posílá. Pokud jsou tabulky špatně indexované nebo aplikace generuje zbytečně mnoho dotazů, začne se čekání hromadit právě tady. To se projeví jako vyšší TTFB, server čeká na data.

Nakonec webový server přijme požadavek, předá ho PHP a odešle výsledek zpět. Zároveň obsluhuje statické soubory, jako jsou obrázky nebo CSS. Rozdíly mezi Apache a Nginx se projeví hlavně při vyšší zátěži.

Důležité je, že tyto vrstvy fungují jako řetězec. Pokud jedna zpomalí, zpomalí celý web. Proto nestačí řešit jen jednu část. Skutečné zrychlení přichází až ve chvíli, kdy víte, kde je problém.

PHP verze a OPcache: největší páka, kterou máte k dispozici

PHP verze je nejrychlejší způsob, jak zrychlit web bez zásahu do kódu. Nejde o žádnou pokročilou optimalizaci, ale o základní vlastnost prostředí, na kterém web běží.

PHP je součást každého hostingu. Rozdíl ve výkonu ale dělá jeho verze. Dnes dává smysl běžet minimálně na PHP 8.1, ideálně na PHP 8.2 nebo 8.3.

Přečtěte si, jak zjistit a změnit verzi PHP. Před změnou si ale ověřte kompatibilitu pluginů a šablony. U starších projektů se může stát, že některé části kódu s novější verzí nefungují. Proto má smysl změnu nejdříve vyzkoušet na kopii webu.

Starší verze, například PHP 7.4, jsou nejen pomalejší, ale už nemají bezpečnostní podporu.

Rozdíly nejsou malé. Přechod z PHP 7.4 na PHP 8.3 běžně zkrátí dobu generování stránky o 30 až 50 procent. U větších webů nebo e‑shopů může být rozdíl ještě výraznější.

Důvod není v jedné konkrétní změně, ale v součtu optimalizací. Moderní PHP verze obsahují interní vylepšení, jako je OPcache nebo JIT kompilátor, které zrychlují zpracování kódu bez nutnosti cokoliv upravovat. Tyto technologie jsou součástí PHP 8.x a na moderním hostingu jsou dostupné automaticky.

Z pohledu majitele webu je důležité jediné: zkontrolovat, na jaké verzi PHP web běží. Pokud je starší než 8.1, je téměř jisté, že zbytečně přicházíte o výkon.

MySQL: proč je databáze nejčastější úzké hrdlo

Databáze je místo, kde se výkon často ztrácí, ale málokdo ji kontroluje jako první. Přitom právě tady vzniká velká část čekání, které se projeví jako pomalý TTFB.

MySQL a MariaDB se dnes používají zaměnitelně a pro většinu WordPress webů nemá jejich volba zásadní vliv na rychlost. Rozdíl v praxi dělá spíš konfigurace databáze a způsob, jakým ji aplikace využívá.

Základní věc, kterou má smysl ověřit, je použitý storage engine. Moderní weby by měly běžet na InnoDB, který je dnes výchozí. Starší MyISAM se stále objevuje u starších projektů nebo po migracích a při vyšší zátěži může způsobovat zpomalení.

Důležitější než samotný engine je ale způsob, jakým aplikace databázi používá.

Pokud web generuje desítky SQL dotazů na jednu stránku nebo pracuje s neindexovanými daty, databáze se stane úzkým hrdlem bez ohledu na výkon serveru.

Typickým příkladem je WordPress tabulka wp_postmeta, která rychle roste a pluginy ji často využívají neefektivně. Výsledkem je, že databáze musí procházet velké množství dat při každém požadavku.

Dalším častým problémem je tzv. N+1 dotazování, kdy aplikace místo jednoho dotazu spouští desítky menších. To vede k nestabilnímu výkonu, kdy se stejná stránka načte jednou rychle a podruhé výrazně pomaleji.

Pokud TTFB kolísá nebo roste pod zátěží, je velmi pravděpodobné, že problém leží právě v databázi. Přečtěte si, jak poznat, jestli je problém v databázi.

Jednoduchá kontrola je plugin Query Monitor. Pokud stránka generuje desítky dotazů, databáze si zaslouží pozornost.

Apache vs. Nginx: který web server zvolit?

Apache a Nginx řeší stejný úkol, ale hodí se do jiných situací. Rozdíl se projeví hlavně ve chvíli, kdy web začne mít vyšší návštěvnost nebo složitější provoz.

• Apache je dlouhodobě standard na sdíleném hostingu a dobře si rozumí s WordPressem. Výhodou je jednoduchá správa přes
  .htaccess, díky které můžete upravovat přesměrování nebo pravidla bez zásahu do serveru. Pro menší weby, blogy nebo firemní prezentace je to spolehlivé řešení, které většinou nevyžaduje další ladění.
• Nginx má mírně lepší výsledek tam, kde záleží na výkonu pod zátěží. Díky jinému způsobu zpracování požadavků zvládá více souběžných návštěvníků a efektivněji obsluhuje statické soubory. Ale reálné rozdíly jsou opravdu minimální. 

Z pohledu majitele webu ale není výběr serveru první věc, kterou řešit. Pokud je pomalé PHP nebo databáze, rozdíl mezi Apache a Nginx to nevyřeší. Význam začíná mít ve chvíli, kdy aplikace funguje správně a narazíte na limity prostředí.

Vedle Apache a Nginx se u WordPressu objevuje i třetí varianta,
OpenLiteSpeed. Ten kombinuje efektivní práci se zátěží s integrovanou serverovou cache, která omezuje opakované zpracování stránky v PHP.

Právě proto se používá u moderních managovaných WordPress hostingů (jako např. u
Webglobe), kde pomáhá snížit zátěž serveru a zlepšit TTFB bez zásahu do kódu webu.

Jak tyto tři vrstvy spolupracují: typický příklad

Problém s výkonem většinou nevzniká v jedné vrstvě, ale v kombinaci několika menších brzd.

U starších WordPress e‑shopů se stále setkáte s PHP 7.4, které je funkční, ale pomalejší než PHP 8.1–8.3. Přechod na novější verzi s OPcache obvykle sníží TTFB o stovky milisekund.

Další vrstva je databáze. Tu na hostingu neměníte, ale může se stát úzkým hrdlem, pokud web generuje zbytečně mnoho dotazů, typicky nad tabulkou wp_postmeta. Omezování neefektivních pluginů často výkon stabilizuje.

Nakonec cache. Bez ní se každý požadavek zpracovává znovu, se zapnutou cache velká část odpovědí vzniká bez zásahu PHP.

Výsledek je kombinace těchto kroků, TTFB se typicky dostane z řádu sekund na stovky milisekund bez změny kódu.

Co změnit jako první: rychlý akční plán

Pokud nevíte, kde začít, držte se jednoduchého pořadí.

1. Nejdřív zkontrolujte PHP verzi a přepněte na aktuální. Je to nejrychlejší změna s největším dopadem.
2. Pak se podívejte na databázi. Kolik dotazů stránka generuje a jak rychle běží.
3. Následně ověřte, že používáte InnoDB a že databáze není zbytečně zatížená.
4. Teprve potom řešte hosting. Pokud jsou předchozí vrstvy v pořádku a web je stále pomalý, dává upgrade smysl.

Tomuto tématu se věnujeme také v článku Jak zlepšit výkon webhostingu.

Shrnutí: nejdůležitější poznatky z článku

• Rychlost webu nevzniká na jednom místě, ale jako součet výkonu PHP, databáze a webového serveru. Slabé místo v jedné vrstvě zpomalí celý web.
• Nejrychlejší způsob, jak zrychlit WordPress bez zásahu do kódu, je přechod na novější verzi PHP a zapnutí OPcache.
• Databáze je často hlavní brzdou výkonu. Špatně indexované tabulky nebo nadbytečné dotazy zpomalí web i na výkonném serveru.
• Výběr mezi Apache a Nginx má menší dopad než kvalita aplikace a databáze. Konfigurace je důležitější než samotný server.
• Optimalizace výkonu má jasné pořadí: PHP, databáze, aplikace, až nakonec hosting.
• Výkonný server nezrychlí špatně napsaný web. Jen to oddálí problém.

Další užitečné články:

• Databáze WordPressu nestíhá? Jak poznat problém a zrychlit web
• Jak WordPress a další webové aplikace ovlivňují rychlost načítání webových stránek
• Pomalé načítání webových stránek: Zjistěte, kde je problém a vyřešte ho
• Jak hardware ovlivňuje výkon webhostingu

Nejčastější otázky

Jak zjistím PHP verzi?

V nastavení hostingu nebo pomocí phpinfo. Po kontrole soubor smažte.

Má smysl řešit PHP, když mám cache?

Ano. Cache pomáhá opakovaným návštěvám, ale první načtení a administrace stále běží přes PHP.

Může databáze zpomalit web i na výkonném serveru?

Ano. Server čeká na databázi. Pokud dotaz trvá 800 ms, nic ho nezrychlí.

Musím kvůli změně PHP psát na podporu?

Ne. Na moderním hostingu jde o běžnou volbu v administraci.

Jaký TTFB je dobrý?

Do 200 ms výborný, 200 až 500 ms běžný, nad 800 ms stojí za kontrolu. Důležitější než číslo je stabilita.

Jak často kontrolovat databázi?

U běžného webu jednou za několik měsíců, u e‑shopu častěji. Po větších změnách vždy.