MySQL Indexek Használata WordPress Lekérdezések Gyorsításához

Bevezetés: A Lassú WordPress Oldal Rejtett Oka

Ha WordPress oldalad lassan tölt be, a problémát gyakran nem a hoszting vagy a cache okozza, hanem az adatbázis. Egy tipikus WordPress oldalon a bejegyzések, oldalak, felhasználók, hozzászólások és metaadatok több tízezer MySQL rekordot tartalmazhatnak. Amikor egy lekérdezés ezeken a táblákon fut le indexek nélkül, az adatbázisnak minden egyes sort meg kell vizsgálnia – ez a teljes táblabejárás (full table scan), amely exponenciálisan lelassul az adatnövekedéssel. Ebben a cikkben megmutatom, hogyan azonosítsuk a problémás lekérdezéseket és hogyan hozzunk létre stratégiai MySQL indexeket a teljesítmény jelentős javításához.

Hogyan Azonosítsuk a Lassú Lekérdezéseket?

Első lépésként kapcsolódjunk be SSH-n vagy phpMyAdmin-on, és aktiváljuk a lassú lekérdezés naplózást:

„sql
-- Ideiglenes beállítás munkamenetenként
SET GLOBAL slow_query_log = 'ON';
SET GLOBAL long_query_time =送了; -- másodperc (pl. 2)
SET GLOBAL slow_query_log_file = '/tmp/mysql-slow.log';

-- Vagy állandó beállítás my.cnf fájlban
-- slow_query_log = 1
-- long_query_time = 2
-- slow_query_log_file = /var/log/mysql/slow.log
`

Egy tipikus lassú WordPress lekérdezés gyakran a wp_posts és wp_postmeta táblák JOIN-olásával kapcsolatos:

`sql
-- Példa lassú lekérdezés (általában WooCommerce vagy komplex meta lekérdezések)
SELECT SQL_CALC_FOUND_ROWS wp_posts.ID
FROM wp_posts
INNER JOIN wp_postmeta ON (wp_posts.ID = wp_postmeta.post_id)
WHERE 1=1
AND wp_posts.post_type = 'product'
AND (wp_postmeta.meta_key = '_price' AND wp_postmeta.meta_value BETWEEN 10000 AND 50000)
AND wp_posts.post_status = 'publish'
ORDER BY wp_posts.post_date DESC
LIMIT 0, 24;
`

1. Gyakran használt WHERE feltételek (pl. post_type, post_status, meta_key)
2. JOIN-okban használt oszlopok (pl. post_id a wp_postmeta táblában)
3. ORDER BY vagy GROUP BY oszlopok
4. Összetett lekérdezések kombinációinál

`sql
-- Egyszerű index
CREATE INDEX idx_post_type ON wp_posts(post_type);

-- Egyedi index
CREATE UNIQUE INDEX idx_post_name ON wp_posts(post_name);
`

A wp_posts a legforgalmasabb WordPress tábla. Alapvető indexek:

`sql
-- Ezek gyakran hiányoznak alap telepítésben
CREATE INDEX idx_post_type_status ON wp_posts(post_type, post_status);
CREATE INDEX idx_post_parent ON wp_posts(post_parent);
CREATE INDEX idx_post_author ON wp_posts(post_author);
CREATE INDEX idx_post_date ON wp_posts(post_date);
`

A wp_postmeta tábla a leggyakrabban rosszul indexelt. Ideális megoldás:

`sql
-- Alapvető indexek amelyek drasztikusan javítják a teljesítményt
CREATE INDEX idx_postmeta_post_id ON wp_postmeta(post_id);
CREATE INDEX idx_meta_key_value ON wp_postmeta(meta_key(191), meta_value(100));
-- Az (191) a VARCHAR max hossza InnoDB táblákban
`

`sql
CREATE INDEX idx_option_name ON wp_options(option_name);
`

`sql
CREATE INDEX idx_comment_post_id ON wp_comments(comment_post_ID);
CREATE INDEX idx_comment_approved_date ON wp_comments(comment_approved, comment_date);
CREATE INDEX idx_commentmeta_comment_id ON wp_commentmeta(comment_id);
`

`sql
EXPLAIN SELECT * FROM wp_posts
WHERE post_type = 'product'
AND post_status = 'publish'
ORDER BY post_date DESC;
`

Ha a EXPLAIN eredménye "ALL" a type oszlopban (full table scan), szükségünk van indexre:

`sql
CREATE INDEX idx_product_display ON wp_posts(post_type, post_status, post_date);
`

Ez az index egyben kielégíti a szűrési (WHERE) és rendezési (ORDER BY) feltételeket.

`sql
-- Rossz: redundáns indexek
CREATE INDEX idx_post_type ON wp_posts(post_type);
CREATE INDEX idx_type_status ON wp_posts(post_type, post_status);
-- A második index már tartalmazza az elsőt
`

`sql
-- Kerüljük a teljes hosszú szöveges mezők indexelését
CREATE INDEX idx_meta_key ON wp_postmeta(meta_key); -- Rossz, túl hosszú
CREATE INDEX idx_meta_key_prefix ON wp_postmeta(meta_key(191)); -- Jó
`

Használjuk a EXPLAIN parancsot minden indexelés előtt és után:
`sql
EXPLAIN SELECT * FROM wp_posts WHERE post_type = 'product';
-- Nézzük meg a 'possible_keys' és 'key' oszlopokat
`

`sql
SHOW INDEX FROM wp_posts;
`

MySQL 5.6+ esetén a performance_schema adatbázis segítségével nyomon követhetjük az indexhasználatot.

`sql
DROP INDEX index_name ON table_name;
-- vagy
ALTER TABLE table_name DROP INDEX index_name;
„

Ellenőrzés és Tesztelés

1. Lekérdezés idő mérése indexelés előtt és után
2. Lassú lekérdezés napló újraellenőrzése
3. Oldalbetöltési idő mérése (GTmetrix, PageSpeed Insights)
4. Adatbázis terhelés monitorozása

Összegzés és Legfontosabb Tanácsok

MySQL indexek nem varázslat, de megfelelő használatuk drasztikusan javíthatja a WordPress teljesítményt. Legfontosabb lépések:

1. Kezdd a lassú lekérdezés napló elemzésével – ne találgatás alapján dolgozz
2. Fókuszálj a wp_posts és wp_postmeta táblákra – ezek a leggyakrabban problémásak
3. Használj összetett indexeket WHERE és ORDER BY kombinációkhoz
4. Prefix indexeket alkalmazz hosszú VARCHAR mezőknél
5. Monitorozd a változásokat és távolíts el felesleges indexeket
6. Mindig készíts biztonsági másolatot indexelés előtt
7. Fontold meg egy dedikált indexkezelő plugin használatát (pl. Index WP MySQL For Speed)

Egy jól indexelt WordPress adatbázis akár 10-szeres sebességnövekedést is hozhat a lapbetöltési időkben, különösen nagyobb, több ezer bejegyzést tartalmazó oldalakon. A kulcs a stratégiai gondolkodás és a folyamatos monitorozás.