Heeft u ooit query's moeten optimaliseren?

Ja, dat heb ik ook meegemaakt. Query-optimalisatie is een belangrijk onderdeel van het ontwikkelen van high-performance applicaties.

Mijn ervaring omvat:

• Analyse van het uitvoeringsplan van de query (EXPLAIN): Gebruik van EXPLAIN om te begrijpen hoe de database de query uitvoert, welke indexen worden gebruikt en waar de knelpunten zitten.
• Aanmaken en optimaliseren van indexen: Toevoegen van geschikte indexen op vaak gebruikte kolommen en samengestelde indexen om filtering, sortering en joins te versnellen. Verwijderen van ongebruikte of dubbele indexen.
• Herschrijven van inefficiënte queries:
  • SELECT * vervangen door selectie van specifieke kolommen.
  • Gebruik van meer geschikte join-types (JOIN) in plaats van subqueries of geneste loops op applicatieniveau.
  • Vereenvoudigen van WHERE-voorwaarden.
  • Functies in WHERE-voorwaarden op geïndexeerde kolommen vermijden.
  • Optimaliseren van GROUP BY en ORDER BY.
• Normalisatie/denormalisatie: Toepassen van normalisatie om redundantie te verminderen of, in sommige gevallen, denormalisatie om het lezen van data te versnellen door duplicatie of het creëren van geaggregeerde kolommen (voorzichtigheid is geboden).
• Caching van query-resultaten: Implementatie van caching op applicatieniveau of gebruik van caching-mechanismen van de database (bijvoorbeeld Redis, Memcached) om de belasting op de database te verminderen bij het lezen van vaak opgevraagde en zelden gewijzigde data.
• Beperking van dataselectie: Gebruik van LIMIT voor paginering of het selecteren van alleen de benodigde records.
• Monitoring en profilering: Gebruik van monitoringtools (bijvoorbeeld Percona Monitoring and Management, phpMyAdmin met ingeschakeld Slow Query Log) om langzame queries te identificeren.

Voorbeeld van analyse met EXPLAIN:

// Voorbeeld van een langzame query zonder index op de kolom status
SELECT * FROM orders WHERE status = 'pending' AND created_at < CURDATE();

// Analyse van het plan
EXPLAIN SELECT * FROM orders WHERE status = 'pending' AND created_at < CURDATE();
// Kan een volledige tabelscan (ALL) tonen of geen gebruik van een geschikt index.

// Toevoegen van een samengestelde index op beide kolommen
CREATE INDEX idx_status_created_at ON orders (status, created_at);

// Heranalyse na het aanmaken van de index
EXPLAIN SELECT * FROM orders WHERE status = 'pending' AND created_at < CURDATE();
// Verwacht wordt dat het type (type) verandert naar ref of range, en Extra bevat "Using where;"