Vai jums kādreiz bija jāoptimizē vaicājumi?

Jā, bija nepieciešams. Vaicājumu optimizācija ir svarīga daļa no augstas veiktspējas lietojumprogrammu izstrādes.

Mana pieredze ietver:

• Vaicājuma izpildes plāna analīze (EXPLAIN): Izmantojot EXPLAIN, lai saprastu, kā datu bāze izpilda vaicājumu, kurus indeksus tā izmanto un kur rodas šaurie punkti.
• Indeksu izveide un optimizācija: Pievienojot piemērotus indeksus bieži izmantotajiem kolonnām un veidojot kombinētus indeksus, lai paātrinātu filtru, kārtošanu un apvienošanu. Noņemot neizmantotos vai dublētos indeksus.
• Nepareizu vaicājumu pārstrāde:
  • SELECT * aizvietošana ar konkrētu kolonnu izvēli.
  • Labāku apvienošanas veidu izmantošana (JOIN) vietā subvaicājumiem vai iekšējiem cikliem lietojuma līmenī.
  • WHERE nosacījumu vienkāršošana.
  • Funkciju izvairīšanās no WHERE nosacījumos uz indeksētajām kolonnām.
  • GROUP BY un ORDER BY optimizācija.
• Normalizācija/denormalizācija: Normalizācijas piemērošana, lai samazinātu lieku dublēšanos, vai dažos gadījumos denormalizācija, lai paātrinātu datu lasīšanu, dublējot vai veidojot apkopotus kolonnas (ar piesardzību).
• Rezultātu kešošana: Programmas līmenī ieviest kešošanu vai izmantot datu bāzes kešošanas mehānismus (piemēram, Redis, Memcached), lai samazinātu slodzi, lasot bieži pieprasītos, retāk mainītos datus.
• Datu atlases ierobežošana: Izmantot LIMIT lapošanai vai izvēlēties tikai nepieciešamo ierakstu skaitu.
• Uzraudzība un profilēšana: Izmantot uzraudzības rīkus (piemēram, Percona Monitoring and Management, phpMyAdmin ar lēnu vaicājumu žurnālu), lai identificētu lēnus vaicājumus.

Piemērs — analīze ar EXPLAIN:

// Lēns vaicājums bez indeksa `status` kolonnā
SELECT * FROM orders WHERE status = 'pending' AND created_at < CURDATE();

// Plāna analīze
EXPLAIN SELECT * FROM orders WHERE status = 'pending' AND created_at < CURDATE();
// Var parādīt pilnu tabulas skenēšanu (ALL) vai neizmantošanu piemērotu indeksa.

// Divu kolonnu kombinēta indeksa pievienošana
CREATE INDEX idx_status_created_at ON orders (status, created_at);

// Pēc indeksa izveides atkārtota analīze
EXPLAIN SELECT * FROM orders WHERE status = 'pending' AND created_at < CURDATE();
// Sagaidāms, ka tips (`type`) mainīsies uz ref vai range, un `Extra` saturēs "Using where;"