Optimizuokite sluoksnis po sluoksnio — kiekvienas sluoksnis absorbuoja apkrovą prieš perduodamas ją toliau. Tikslas yra daugumą užklausų pateikti iš cache ir padaryti, kad PHP ir duomenų bazė atliktų kuo mažiau darbo.
Skaliaokite pool'ą pagal jūsų RAM, ir įgalinkite , kad PHP būtų sukompiliuota vieną kartą, o ne su kiekviena užklausa:
; 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)
Jei max_children per didelis, jūs keičiatės į swap ir nutrūkstate; jei per mažas, užklausos laukia eilėje (502 klaidos didžio krūvio metu).
Šis sluoksniavimas reiškia, kad pradžios puslapio vizitas gali grįžti iš krašto arba puslapio cache neliečiant PHP ar DB.
Įgalinkite lėto užklausos žurnalą normalinti pažeidėjams, pridėkite indeksus pasinaudojant užklausomis, ir audituokite autoloaded options (wp_options su autoload = yes kraunasi su kiekviena užklausa — išpūstas autoload'o duomenis sulėtina viską). Galiausiai sumažinkite plugin'o apkrovą: kiekvienas plugin'as prideda užklausas ir PHP darbą, todėl pašalinkite nenaudojamus.
WordPress užklausa pagal numatytuosius nustatymus yra sunki PHP ir DB, todėl ji sugriūva be tuning'o dėl krūvio. Sluoksniuotas caching'as (OPcache → objektų cache → puslapio cache → CDN) plius teisingai dydžio PHP-FPM ir lean'a duomenų bazė leidžia vienam serveriui valgyti dideles eiles daugiau srautų — ir laikyti jį veikiant smaigėm metu.