Kompletní návod ke zvýšení efektivity dotazů na databázi WordPressu.

Kompletní návod ke zvýšení efektivity dotazů na databázi WordPressu.

Databáze je základem webové stránky WordPress – veškerý obsah, uživatelská data a nastavení jsou zde uložena. S rostoucím množstvím obsahu na stránce se neefektivní dotazy do databáze postupně stávají hlavním překážkem zpomalujícím výkon webové stránky a ovlivňujícím uživatelský zážitek. Efektivita dotazů do databáze přímo ovlivňuje rychlost načítání stránek a spotřebu serverových zdrojů a nepřímo také procesy indexování a rankování webové stránky vyhledávači.

Při generování stránky WordPress může dojít k desítkám, nebo dokonce stovkám interakcí s databází. Proto je optimalizace databázových dotazů velmi důležitou a významnou součástí práce na vylepšení výkonu. Níže budeme systematicky vysvětlovat, jak zvýšit efektivitu databázových dotazů v WordPressu z různých úhlů pohledu.

Porozumění životnímu cyklu dotazů do databáze WordPress

Pro efektivní optimalizaci je nejprve nutné pochopit, jak jsou dotazy v WordPressu generovány a prováděny. Typická dotazová žádost prochází několika klíčovými fázemi – od zahájení, přes zpracování až po vrácení výsledků – a v každé z těchto fází existují možnosti pro optimalizaci.

Doporučujeme k přečtení. Jak pomocí WordPressových šablon vytvořit efektivní a přitažlivou firemní webovou stránku.。

Vestavěná třída objektů pro dotazy v WordPressu

V základní výkonné vrstvě používá WordPress především…WP_QueryTato třída slouží k zpracování různých datových dotazů. Je ústřední pro vytváření obsahu stránek – jako jsou články, jednotlivé stránky a vlastní typy článků. Například obsah hlavní stránky, stránek s kategoriemi a seznamů článků na jednotlivých stránkách je většinou vytvářen pomocí této třídy.WP_QueryJe řízeno příklady. Zabaluje složitý proces vytváření SQL příkazů a vývojáři definují podmínky dotazu pomocí pole parametrů.

UltaHost – hosting služby pro weby postavené na platformě WordPress

Záruka vrácení peněz do 30 dnů, neomezený šířka pásma a databáze, bezplatná ochrana proti DDoS útokům. Sleva 501 TP4T při nákupu na 3 roky.

přístupová stránka

$args = array(
    'post_type' => 'post',
    'posts_per_page' => 10,
    'category_name' => 'news'
);
$query = new WP_Query($args);

Mechanismus pro ukládání do mezipaměti výsledků dotazů

WordPress obsahuje vestavěný mechanismus pro ukládání dat do mezipaměti (cache), který má za účel snížit počet opakovaných dotazů do databáze.get_post()、get_term_by()Při volání funkcí se WordPress pokusí nejprve získat data z mezipaměti (cache).

Jádrem tohoto cache je…WP_Object_CacheTřída. Je však důležité si uvědomit, že ve výchozím nastavení (tj. pokud není nainstalován plugin pro udržování mezipaměti) je tato mezipaměť “neudržovatelná” a existuje pouze po dobu trvání životního cyklu jednotlivého požadavku na stránku. To znamená, že při dalším přístupu uživatele je mezipaměť neplatná a dotaz musí být opět proveden v databázi. Pro výrazné zlepšení výkonu je obvykle nutné použít backend pro udržování mezipaměti objektů, jako je Redis nebo Memcached, a pomocí pluginů (např. Redis Object Cache) je tyto systémy propojit s aplikací.WP_Object_CachePropojení.

Nástroje často používané k analýze pomalých dotazů:

Posouzení situace a určení potřebných kroků je prvním krokem při optimalizaci. Nejpřímějším nástrojem k tomu je WordPress.SAVEQUERIESNastavování konstant. Definujte je tak, aby…trueWordPress ukládá všechny provedené SQL dotazy spolu s jejich doby trvání do globálního pole (array).

// 在 wp-config.php 中添加
define('SAVEQUERIES', true);
// 页面底部（如footer.php）检查查询
if (current_user_can('administrator')) {
    global $wpdb;
    print_r($wpdb->queries);
}

Kromě toho poskytují mnoho profesionálních nástrojů pro monitorování dotazů, jako je Query Monitor, intuitivnější uživatelské rozhraní, které zobrazuje všechny dotazy, zdroje jejich volání (ať už jde o pluginy nebo témata), dobu jejich provedení a umožňuje výrazně označit pomalé dotazy. Tyto nástroje jsou velmi užitečné při optimalizaci vývojového prostředí. V produkčním prostředí by měl být pro dlouhodobé monitorování aktivován protokol pomalých dotazů (Slow Query Log) databázového serveru (např. MySQL).

Doporučujeme k přečtení. Kompletní průvodce WooCommerce: Vytvořte si profesionální e-commerce webové stránky od nuly.。

Optimizační postupy na úrovni jádra kódu

Kód je základem pro efektivní provádění dotazů. Ať už jde o vývoj témat nebo doplňků, dodržování osvědčených postupů (best practices) pomáhá od začátku předcházet problémům s výkonem.

Správné použití funkcí základních API

WordPress poskytuje bohatou a optimalizovanou sadu API funkcí, které by měly být používány přednostně namísto přímého psaní SQL dotazů. Například pro získání článků pod aktuální kategorií.
Negativní příklad (neefektivní): Přímé použití$wpdb->get_results()Napište původní SQL dotaz – přičemž možná budete ignorovat fungování mezipaměti (caching).
Příklad (efektivní): PoužitíWP_Querynebo jejich zabalovací funkceget_posts()Automaticky využívá mezipaměť (cache) a jeho výkon je udržován týmem hlavních vývojářů.

V cyklu by se mělo vyhnout používání věcí, jako…get_post_meta()Pro provádění velkého množství dotazů pomocí funkce je správný postup inicializovat příslušné datové struktury a objekty před jejich použitím.WP_QueryV této chvíli, prostřednictvím…'meta_query'Parametry lze použít k filtrování, nebo k jiným účelům.update_postmeta_cacheSouvisející funkce umožňují jednorázově získat metadata všech článků.

Shared hosting na hosting.com

Vysoký výkon, vybavený procesorem AMD EPYC, úložištěm NVMe SSD a LiteSpeedem, nepřetržitá interní podpora odborníků 24 hodin denně a 7 dní v týdnu, pokročilá bezpečnostní opatření včetně SSL, ochrany proti útokům hrubou silou, malwaru a DDoS, úspora až 731 TB/měsíc.

přístupová stránka

Implementace API pro dočasné ukládání dat („Transient API“) slouží k zajištění krátkodobého ukládání informací do mezipaměti.

Pro nákladné dotazy, které vyžadují vysokou rychlost zpracování (např. výsledky volání externích API, data pocházející z komplexních výpočtů), je vhodné použít WordPressovou Transients API k ukládání dat do mezipaměti. Jejím základním principem je ukládání dat pod určitým klíčem spolu s dobou jejich platnosti do databáze (nebo do objektové mezipaměti, pokud je k dispozici).
Například uložení seznamu populárních článků do mezipaměti:

$popular_posts = get_transient('mytheme_popular_posts');
if (false === $popular_posts) {
    // 如果缓存不存在或已过期，执行复杂查询
    $args = array('meta_key' => 'view_count', 'orderby' => 'meta_value_num', 'posts_per_page' => 5);
    $popular_posts = new WP_Query($args);
    // 缓存查询结果12小时（43200秒）
    set_transient('mytheme_popular_posts', $popular_posts, 43200);
}

Optimalizace vytváření vlastních dotazů

Když je to nezbytné…$wpdbPři provádění vlastních dotazů na třídy je nutné striktně dodržovat bezpečnostní normy a používat správné pomocné metody. Nezapomeňte to určitě udělat.$wpdb->prepare()Připravte se na provedení dotazu, abyste zabránili útokům typu SQL injection a zajistili správné escapeování dat.

global $wpdb;
$user_id = 123;
$results = $wpdb->get_results(
    $wpdb->prepare(
        "SELECT * FROM {$wpdb->prefix}custom_table WHERE user_id = %d AND status = %s",
        $user_id,
        'active'
    )
);

Zároveň je třeba zajistit, aby na polích dotazované tabulky existovaly vhodné indexy.JOINoperativní nebo složitýWHEREVěty – to je obzvláště důležité.

Doporučujeme k přečtení. Ultimátní průvodce optimalizací WordPress: Komplexní strategie pro zvýšení rychlosti a zabezpečení webu。

Optimalizace dotazů pomocí pokročilých pluginů a externích služeb

Když dosáhne optimalizace kódu svého limitu, lze využít vyvinuté nástroje a služby k dosažení dalšího výrazného zvýšení výkonnosti.

Povolte trvalé ukládání do mezipaměti objektů.

Jedná se o jednu z nejúčinnějších metod pro weby s vysokým provozem. Instalací serverů Redis nebo Memcached spolu s odpovídajícími doplňky pro WordPress (jako jsou “Redis Object Cache” nebo “Memcached Redux”) lzeWP_Object_CacheData jsou uložena v paměti.
To umožňuje ukládání dat do mezipaměti (cache) pro požadavky mezi jednotlivými stránkami. Například, jakmile je fragment HTML populárního článku vygenerován a uložen do mezipaměti, všechny následující požadavky uživatelů jsou čteny přímo z paměti, což zcela eliminuje potřebu provádět skripty v PHP a dotazy do databáze. Po úspěšném nastavení tohoto režimu uvidíte výrazný pokles počtu provedených dotazů.

Shared hosting od InterServeru

Sdílený hosting za 1 TB + 5 TB měsíčně za 2,50 USD, slevový kód tryinterserver pro první měsíc za 1 TB + 5 TB za 0,1 USD, a 461 skriptů cloudových aplikací k jednoduché instalaci.

přístupová stránka

Použití stránkování a lazy loadingu

Neomezené scrollování nebo načítání velkého množství článků může způsobit velmi náročné dotazy (query operations) v databázi. Mělo by se to proto omezit.WP_QueryUžívej to moudře a rozumně.'posts_per_page'Spolu s parametry pro stránkování to zabrání příliš velkému množství záznamů při jednorázovém dotazu (stovky až tisíce záznamů). U dlouhých seznamů nebo galerií obrázků lze aktivovat technologii „Lazy Load“ (zpožděné načítání), která umožňuje načítat obsah, který není viditelný v okně prohlížeče, až bude potřeba. Tím se výrazně snižuje zátěž na databázi při načítání počáteční stránky.

Zvažte zavedení kopie čtenářské databáze.

Pro velmi velké webové stránky WordPress, na kterých se často čte, ale málo píše (např. zpravodajské portály), lze zvážit použití replikace databáze typu Master-Slave. Všechny operace zápisu (publikování článků, komentářů) směřují do hlavní databáze, zatímco většina operací čtení je distribuována do jedné nebo více čtenářských replik. K podpoře oddělení čtení a zápisu je potřeba plugin nebo hluboká personalizace systému; technické nároky jsou vysoké, ale tato metoda výrazně zvyšuje schopnost databáze zpracovávat současná požadavka na čtení.

Optimalizace konfigurace serverů a databází

V konečném důsledku musí být všechny dotazy prováděny na serverech MySQL nebo MariaDB. Optimalizace konfigurace serverů je základem pro efektivní provádění dotazů.

Klíčové nastavení parametrů výkonnosti MySQL

V konfiguračním souboru databázového serveru (např.my.cnfV tomto textu jsou uvedeny několik parametrů, které jsou pro výkon WordPressu zásadní.innodb_buffer_pool_sizeVelikost buffer poolu InnoDB by měla být nastavena na 70–80 % dostupné paměti. Toto nastavení určuje, kolik dat a indexů může databáze uložit do paměti.query_cache_size(Prohlídání velikosti mezipaměti) Ačkoli byla tato funkce odstraněna ve verzích 8.0 a novějších, ve starších verzích pomáhala při situacích, kdy se jednalo o jednoduché dotazy s vysokou četností opakování.max_connectionsNastavení musí být vhodné, aby podporovalo jak připojení k webovému serveru, tak i záložní připojení.

Pravidelná údržba databáze

Během používání WordPressu vzniká velké množství zbytečných dat, jako jsou revize, návrhy, komentáře čekající na schválení, dočasně expirovaná data atd. Tato data zbytečně zvyšují velikost databázových tabulek a snižují efektivitu dotazů. Pro jejich čištění můžete pravidelně používat doplňky, jako jsou “WP-Optimize” nebo “Advanced Database Cleaner”. Kromě toho můžete provádět operace optimalizace (OPTIMIZE TABLE) nebo opravy (REPAIR TABLE) databázových tabulek, které uspořádají fragmenty dat a zlepší efektivitu vstupně-výstupních operací (I/O). Doporučujeme provádět tyto operace během mimošpičkových hodin pomocí nástroje phpMyAdmin nebo příkazového řádku.

Vytvoření efektivních indexů pro databázové tabulky

Jedná se o základní optimalizace na úrovni databáze. Indexy fungují podobně jako obsahové rejstříky v knihách – pomáhají databázovému engine rychle najít požadovaná data. Nejprve je třeba zajistit, aby základní tabulky WordPressu (zejména…)wp_posts、wp_postmeta、wp_commentsNa těchto stránkách jsou klíčové a externí indexy úplné. Dále, co se týká těch položek, které se často objevují…WHERE、ORDER BY或JOINFaktory v podmínkách (např.)post_status、post_type、comment_post_ID、meta_keyJe třeba posoudit, zda je potřeba přidat obyčejný index nebo složitý index. Přidání indexu lze provést pomocí SQL příkazů v phpMyAdmin, například:

ALTER TABLE wp_postmeta ADD INDEX idx_meta_key (meta_key(50));

Pozor: Přidání indexu zabere další místo na disku a mírně ovlivní rychlost zápisu. Je třeba zvážit přínosy a nevýhody tohoto kroku.

Závěr

Optimalizace dotazů do databáze WordPress je systémový proces, který vyžaduje součinnost ze čtyř dimenzí: diagnostiky, kódování, nástrojů a údržby. Nejlepší postup spočívá v následujícím: nejprve pomocí nástrojů přesně identifikovat pomalé dotazy; dále během vývoje striktně dodržovat specifikace core API a funkcí pro ukládání dat do mezipaměti (caching), aby se eliminoval neefektivní kód; poté do webové stránky zavést systém trvalého ukládání dat do mezipaměti (persistent object caching), což okamžitě zlepší výkon; nakonec provést správnou konfiguraci a údržbu na úrovni serveru databáze a vytvořit efektivní indexy pro konkrétní velké tabulky. Díky této kombinaci optimalizací může i webová stránka WordPress s velkým množstvím obsahu zajistit efektivní provádění dotazů do databáze a rychlou odezvu, čímž se zlepší zážitek uživatelů i vyhledávačů.

Časté dotazy

Kde jsou v WordPressu uložena “transientní” data?

Umístění dat uložených pomocí API Transients v WordPressu závisí na vaší konfiguraci. Pokud webová stránka nemá povolený permanentní objektový cache (např. Redis), budou dočasná data uložena do databáze.wp_optionsV tabulce (…)_transient_Pokud je povoleno ukládání dat do mezipaměti (např. do Redis), dočasné data budou nejprve uložena do paměti (včetně paměti typu RAM), což umožňuje extrémně rychlé čtení a zápis a výrazně snižuje zátěž na databázi.

Jak provést hromadné odstranění expirovaných dočasných dat?

Ukončené dočasné data se někdy neodstraní automaticky. Můžete použít speciální nástroje pro údržbu databáze, jako je WP-Optimize, které obvykle nabízejí možnost jednoduchého odstranění ukončených dočasných dat jedním kliknutím. Nebo, pokud jste si jisti bezpečností, můžete přímo v phpMyAdmin spustit příslušné SQL příkazy k odstranění těchto dat.

DELETE FROM wp_options WHERE option_name LIKE '_transient_%' AND option_name NOT LIKE '_transient_timeout_%';

Je normální, že po aktivaci objektového cacheování v Redisu počet provedených dotazů významně klesne?

To je zcela normální a je to také hlavní výsledek aktivace vydržovacího (persistentního) objektového cache. Snížení počtu dotazů znamená, že velké množství dat (jako jsou menu, články, výsledky dotazů) je přímo načítáno z paměti (Redis), čímž se vyhýbáme požadavkům na databázi. To přímo snižuje zátěž procesoru (CPU) a vstupně-výstupních operací (I/O) databázového serveru, což je znak zlepšení výkonnosti. Procento “úspěšných dotazů v cache” můžete vidět pomocí doplňku Query Monitor.

Na kterých polích databáze by měly být vytvořeny indexy?

Při vytváření indexů by měly být dodržovány zásady častého používání a vysoké selektivity dotazů. Důraz by měl být kladen na pole, která se často používají při vyhledávání, řazení a propojování dat. V WordPressu patří mezi typická pole vhodná pro vytvoření indexů např.:wp_poststabulárnípost_type和post_statusKombinace (často používaná při vyhledávání zveřejněných článků)wp_postmetatabulárnímeta_key(Používá se často k filtrování podle konkrétních metadat), a takéwp_commentstabulárnícomment_post_ID(Použito pro spojování článků a komentářů.) Před přidáním do indexu je vhodné analyzovat konkrétní protokoly o pomalých dotazech.