Szükség volt már kérdések optimalizálására?

Igen, nekem is volt ilyen tapasztalatom. A lekérdezés-optimalizálás fontos része a magas teljesítményű alkalmazások fejlesztésének.

Tapasztalatom a következőket foglalja magában:

• A lekérdezés végrehajtási tervének elemzése (EXPLAIN): Az EXPLAIN használata annak megértésére, hogy az adatbázis hogyan hajtja végre a lekérdezést, mely indexeket használja és hol vannak szűk keresztmetszetek.
• Indexek létrehozása és optimalizálása: Megfelelő indexek hozzáadása a gyakran használt oszlopokhoz és összetett indexek létrehozása a szűrés, rendezés és összekapcsolások gyorsítása érdekében. Nem használt vagy duplikált indexek eltávolítása.
• Hatékonytalan lekérdezések újraírása:
  • A SELECT * helyett konkrét oszlopok kiválasztása.
  • Jobb típusú JOIN-ok (JOIN) használata az al-lekérdezések vagy beágyazott ciklusok helyett az alkalmazási szinten.
  • A WHERE feltételek egyszerűsítése.
  • Indexelt oszlopokon funkciók használatának elkerülése a WHERE-ben.
  • A GROUP BY és ORDER BY optimalizálása.
• Normalizálás/denormalizálás: Normalizálás alkalmazása a redundancia csökkentése érdekében, vagy néhány esetben denormalizálás az adatok olvasásának gyorsítása érdekében duplikáció vagy összegzett oszlopok létrehozásával (óvatosan).
• Lekérdezés eredményeinek cache-elése: Alkalmazási szintű cache vagy adatbázis cache mechanizmusok (pl. Redis, Memcached) használata a gyakran lekérdezett és ritkán módosított adatok olvasásának terhelésének csökkentése érdekében.
• Adatválasztás korlátozása: A LIMIT használata lapozáshoz vagy csak a szükséges rekordok kiválasztásához.
• Monitoring és profilozás: Monitoring eszközök (pl. Percona Monitoring and Management, phpMyAdmin Slow Query Log) használata a lassú lekérdezések azonosítására.

Példa az EXPLAIN-nel való elemzésre:

// Lassú lekérdezés példája index nélkül a `status` oszlopon
SELECT * FROM orders WHERE status = 'pending' AND created_at < CURDATE();

// A terv elemzése
EXPLAIN SELECT * FROM orders WHERE status = 'pending' AND created_at < CURDATE();
// Teljes táblaszkennelést (ALL) vagy nem megfelelő index használatát mutathatja.

// Összetett index hozzáadása mindkét oszlopra
CREATE INDEX idx_status_created_at ON orders (status, created_at);

// Az index létrehozása után újraelemzés
EXPLAIN SELECT * FROM orders WHERE status = 'pending' AND created_at < CURDATE();
// Várhatóan a típus (type) ref vagy range lesz, és az Extra tartalmazni fogja "Using where;"