Museli ste niekedy optimalizovať dotazy?

Áno, bolo to potrebné. Optimalizácia dopytov je dôležitou súčasťou vývoja vysoko výkonných aplikácií.

Moje skúsenosti zahŕňajú:

• Analýza plánu vykonávania dopytu (EXPLAIN): Použitie EXPLAIN na pochopenie, ako databáza vykonáva dopyt, aké indexy používa a kde sa vyskytujú úzke miesta.
• Vytváranie a optimalizácia indexov: Pridanie vhodných indexov na často používané stĺpce a zložených indexov na zrýchlenie filtrovania, zoradenia a spojení. Odstránenie nepoužívaných alebo duplicitných indexov.
• Prepisovanie neefektívnych dopytov:
  • Nahradenie SELECT * výberom konkrétnych stĺpcov.
  • Použitie vhodnejších typov spojení (JOIN) namiesto poddotazov alebo vložených cyklov na úrovni aplikácie.
  • Zjednodušenie podmienok WHERE.
  • Vyhýbanie sa funkciám v podmienkach WHERE na indexovaných stĺpcoch.
  • Optimalizácia GROUP BY a ORDER BY.
• Normalizácia/denormalizácia: Aplikácia normalizácie na zníženie redundancie alebo, v niektorých prípadoch, denormalizácie na zrýchlenie čítania dát prostredníctvom duplikácie alebo vytvárania agregovaných stĺpcov (s opatrnosťou).
• Cacheovanie výsledkov dopytov: Implementácia cacheovania na úrovni aplikácie alebo použitie mechanizmov cacheovania databázy (napr. Redis, Memcached) na zníženie záťaže na DB pri čítaní často požadovaných, zriedka menených dát.
• Obmedzenie výberu dát: Použitie LIMIT na stránkovanie alebo výber len potrebného počtu záznamov.
• Monitoring a profilovanie: Použitie nástrojov na monitoring (napr. Percona Monitoring and Management, phpMyAdmin s povoleným Slow Query Logom) na identifikáciu pomalých dopytov.

Príklad analýzy s EXPLAIN:

// Príklad pomalého dopytu bez indexu na stĺpci status
SELECT * FROM orders WHERE status = 'pending' AND created_at < CURDATE();

// Analýza plánu
EXPLAIN SELECT * FROM orders WHERE status = 'pending' AND created_at < CURDATE();
// Môže ukázať úplný sken tabuľky (ALL) alebo nevyužitie vhodného indexu.

// Pridanie zloženého indexu na oba stĺpce
CREATE INDEX idx_status_created_at ON orders (status, created_at);

// Opätovná analýza po vytvorení indexu
EXPLAIN SELECT * FROM orders WHERE status = 'pending' AND created_at < CURDATE();
// Očakáva sa, že typ (type) sa zmení na ref alebo range, a Extra bude obsahovať "Using where;"