Kas teil on kunagi olnud vaja päringuid optimeerida?

Jah, see oli vajalik. Päringute optimeerimine on oluline osa kõrge jõudlusega rakenduste arendamisel.

Minu kogemus hõlmab:

• Päringute täitmise plaani analüüs (EXPLAIN): Kasutades EXPLAIN, et mõista, kuidas andmebaas päringut täidab, milliseid indekseid kasutatakse ja kus tekivad kitsaskohad.
• Indeksite loomine ja optimeerimine: Sobivate indeksite lisamine sageli kasutatavatele veergudele ja kombineeritud indeksite loomine, et kiirendada filtreerimist, sorteerimist ja ühendusi. Kasutamata või dubleeritud indeksite eemaldamine.
• Ebaefektiivsete päringute ümberkirjutamine:
  • SELECT * asendamine konkreetsete veergude valikuga.
  • Parema liitumise tüüpide kasutamine (JOIN) asendades alamküsitlused või sisseehitatud tsüklid rakendustasandil.
  • WHERE tingimuste lihtsustamine.
  • Funktsioonide vältimine WHERE tingimustes indekseeritud veergudel.
  • GROUP BY ja ORDER BY optimeerimine.
• Normaliseerimine/denormaliseerimine: Normaliseerimise kasutamine liigse dubleerimise vähendamiseks või mõnel juhul denormaliseerimine andmete lugemise kiirendamiseks, dubleerides või luues kokkuvõtlikke veerge (ettevaatusega).
• Tulemite vahemällu salvestamine: Rakendustasandil vahemälu kasutamine või andmebaasi vahemälu mehhanismide kasutamine (nt Redis, Memcached), et vähendada koormust sageli küsitavate ja harva muudetavate andmete lugemisel.
• Andmete valiku piiramine: LIMIT kasutamine leheküljestamiseks või ainult vajaliku kirjearvu valimiseks.
• Jälgimine ja profiilimine: Jälgimisvahendite kasutamine (nt Percona Monitoring and Management, phpMyAdmin koos aeglaste päringute logiga), et tuvastada aeglased päringud.

Näide — analüüs EXPLAIN-iga:

// Aeglane päring ilma indeksita `status` veerus
SELECT * FROM orders WHERE status = 'pending' AND created_at < CURDATE();

// Plaani analüüs
EXPLAIN SELECT * FROM orders WHERE status = 'pending' AND created_at < CURDATE();
// Võib näidata täielikku tabeli skannimist (ALL) või sobimatu indeksi kasutamist.

// Kahe veeru kombinatsioonindeksi lisamine
CREATE INDEX idx_status_created_at ON orders (status, created_at);

// Pärast indeksi loomist uuesti analüüs
EXPLAIN SELECT * FROM orders WHERE status = 'pending' AND created_at < CURDATE();
// Oodatakse, et tüüp (`type`) muutub ref või range-ks ning `Extra` sisaldab "Using where;"