Jak optimalizujete výkon PHP (OPcache, JIT)?

Question

Accepted Answer

Optimalizace výkonu PHP zahrnuje **OPcache** (cachování zkompilovaného kódu — největší jednotlivý výkon), **JIT** kompilátor (PHP 8), efektivní kód, cachování dat a optimalizaci databází. Moderní PHP 8.x je dramaticky rychlejší než starší verze a správná konfigurace má velký význam.

## OPcache — nezbytná optimalizace

```text
Without OPcache: PHP RE-COMPILES every .php file to bytecode on EVERY request (slow!).
With OPcache: compiled bytecode is CACHED in memory → subsequent requests skip
  compilation entirely → often 2-3x faster. ALWAYS enable it in production.
```

```ini
; php.ini — enable and tune OPcache
opcache.enable=1
opcache.memory_consumption=256
opcache.max_accelerated_files=20000
opcache.validate_timestamps=0    ; production: don't check files for changes (fastest)
```

**OPcache** cachuje zkompilovaný bytecode vašich PHP souborů v paměti, takže se PHP nemusí rekompolovat při každém požadavku — obvyklé zrychlení 2-3x a jedná se o nejdůležitější optimalizaci v produkci (často stačí ji jen povolit).

## JIT (Just-In-Time compilation, PHP 8)

```ini
opcache.jit_buffer_size=128M
opcache.jit=tracing
```

```text
The JIT compiles hot code to native machine code at runtime.
✓ Big gains for CPU-INTENSIVE work (math, image processing, computation)
✗ Little benefit for typical I/O-bound web apps (DB/network are the bottleneck, not CPU)
→ Helps specific workloads; not a magic speedup for regular web requests.
```

JIT pomáhá u úloh náročných na CPU, ale pro typické I/O-bound webové aplikace (kde databáze/síť dominují) přináší málo — nastavte si tedy realistická očekávání.

## Optimalizace na úrovni aplikace

```text
✓ The DATABASE is usually the real bottleneck — fix N+1 queries, add indexes, paginate
✓ Cache expensive results (Redis/Memcached); cache rendered output where possible
✓ Optimize Composer autoloading for production: composer dump-autoload -o
✓ Use efficient algorithms/data structures; avoid heavy work in loops
✓ Offload slow tasks to queues (don't block the request)
✓ Use a recent PHP version — each 8.x release brings real performance gains
```

## Nejdříve měřte

```text
Use profilers (Xdebug, Blackfire, Tideways) to find the ACTUAL bottleneck.
For most web apps it's the database or external calls, NOT PHP code itself.
```

## Proč na tom záleží

Optimalizace výkonu PHP je cenné znalosti na úrovni seniorů a pochopení klíčových pálek — zejména disciplína měření jako první — je důležité pro vytváření rychlých a škálovatelných aplikací.

Jedinou nejdůležitější optimalizací je **OPcache**: protože by jinak PHP rekompiloval každý soubor při každém požadavku, povolení OPcache (které cachuje zkompilovaný bytecode v paměti) obvyklá přináší zrychlení 2-3x a je nezbytnou, nezbytnou konfigurací produkce, která je často přehlížena.

Pochopení **JIT** kompilátoru (PHP 8) je důležité pro nastavení realistických očekávání — pomáhá u úloh náročných na CPU, ale pro typické I/O-bound webové aplikace přináší málo, takže to není univerzální zrychlení.

Beyond PHP-level tuning, je důležité si uvědomit, že **databáze je obvykle skutečným úzkým místem** (takže oprava N+1 dotazů, přidávání indexů a paginace přináší největší reálné zisky), spolu s cachováním dat (Redis), optimalizovaným autoloadingem a přesunem pomalých operací do front, pokrývá praktickou sadu optimalizačních nástrojů.

Přetrvávající disciplína — **profilování pro nalezení skutečného úzkého místa** (obvykle databáze nebo externí volání, ne PHP kód) místo hádání — je to, co dělá optimalizaci efektivní.

Stojí za zmínku: moderní PHP 8.x je dramaticky rychlejší než starší verze, takže pouhým zůstáním v aktuální verzi se výkon zlepší.

Pochopení OPcache (nezbytného zisku), realistické role JIT, optimalizace zaměřené na databázi a měření-řízené ladění je důležité znalost pro udržování PHP aplikací rychlých pod reálným zatížením — časté, prakticky významné obavy pro produkční systémy.