प्रत्येक स्तरावर ऑप्टिमाइज करा — प्रत्येक स्तर पुढील स्तरापर्यंत पोहचण्यापूर्वी लोड शोषून घेतो. लक्ष्य म्हणजे बहुतेक विनंत्या कॅशमधून सेवा प्रदान करणे आणि PHP आणि डेटाबेसला शक्य तितके कमी काम करायला सांगणे.
पूलला तुमच्या RAM च्या आकारानुसार सेट करा, आणि सक्षम करा जेणेकरून PHP एकदा संकलित होतो, प्रत्येक विनंतीवर नाही:
; 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)
जर max_children खूप जास्त असेल तर तुम्ही स्वॅप करता आणि क्रॅश होता; खूप कमी असेल तर विनंत्या रांगेत उभी राहतात (लोडअंतर्गत 502s).
ही स्तरबद्धता म्हणजे होमपेज हिट किनारी किंवा पेज कॅश मधून परत करू शकते PHP किंवा DB स्पर्श न करता.
धीमी क्वेरी लॉग सक्षम करा अपराधी शोधण्यासाठी, कस्टम क्वेरीसाठी इंडेक्स जोडा, आणि ऑटोलोड केलेले विकल्प ऑडिट करा (wp_options autoload = yes सह प्रत्येक विनंतीवर लोड होते — फुगलेला ऑटोलोड डेटा सर्वकाही मंद करते). शेवटी, प्लगइन मोठेपणा कमी करा: प्रत्येक प्लगइन क्वेरी आणि PHP कार्य जोडतो, त्यामुळे अप्रयुक्त अपसारित करा.
WordPress विनंती डिफॉल्टनुसार PHP- आणि DB-जड़ी आहे, त्यामुळे ट्यूनिंग न करता ट्रॅफिकअंतर्गत गडबडते. स्तरबद्ध कॅशिंग (OPcache → ऑब्जेक्ट कॅश → पेज कॅश → CDN) अधिक योग्य-आकाराचे PHP-FPM आणि दुबळा डेटाबेस एकाच सर्व्हरला परिमाणांचा अधिक ट्रॅफिक हाताळू देते — आणि स्पाइक्स दरम्यान ते वर ठेवते.