Optimoi kerros kerralla — jokainen kerros vaimentaa kuormaa ennen kuin se saavuttaa seuraavan kerroksen. Tavoitteena on palvella suurin osa pyynnöistä välimuistista ja pitää PHP ja tietokanta tekemässä mahdollisimman vähän työtä.
Mitoita -pooli RAM-muistiasi vastaavasti ja ota käyttöön , jotta PHP käännetään kerran, ei jokaisella pyynnöllä:
; php-fpm pool: cap workers so you don't exhaust RAM
; pm.max_children = (available RAM for PHP) / (avg process size, ~50MB)
pm = dynamic
pm.max_children = 40 ; hard ceiling on concurrent PHP workers
pm.start_servers = 10
pm.min_spare_servers = 8
pm.max_spare_servers = 16
pm.max_requests = 500 ; recycle workers to avoid memory leaks
; OPcache: cache compiled bytecode in memory
opcache.enable = 1
opcache.memory_consumption = 256
opcache.max_accelerated_files = 20000
opcache.validate_timestamps = 0 ; skip file-stat checks in prod (flush on deploy)
Jos max_children on liian suuri, vaihdat ja kaatuu; liian pieni ja pyynnöt jonottavat (502s kuormituksessa).
Tämä kerrostuminen tarkoittaa, että etusivun osuma voi palata reunalta tai sivun välimuistista ilman, että PHP tai tietokantaa kosketetaan lainkaan.
Ota käyttöön slow query log kouluttajien löytämiseksi, lisää indexes mukautetuille kyselyille ja tarkasta autoloaded options (wp_options autoload = yes -arvolla lataa joka pyynnöllä — liiallinen autoload-data hidastaa kaikkea). Lopuksi vähennä liitännäisten paisumista: jokainen liitännäinen lisää kyselyjä ja PHP-työtä, joten poista käyttämättömät.
WordPress-pyyntö on oletuksena PHP- ja tietokanta-painotteinen, joten se kaatuu liikenteen alla ilman viritystä. Kerrostettu välimuistitus (OPcache → objektin välimuisti → sivun välimuisti → CDN) sekä oikein mitoitettu PHP-FPM ja kevyt tietokanta antavat yksittäiselle palvelimelle mahdollisuuden käsitellä suuruusluokkaa enemmän liikennettä — ja pitää sen käynnissä huippujen aikana.