Կան դանդաղ SQL հարցումներ: Ինչպե՞ս ախտորոշել դրանք։

Ամենայն դեպս, դանդաղ SQL հարցի ախտորոշման համար ես սովորաբար հետևում եմ հետևյալ քայլերին:

1. Անալիզի պլանի վերլուծություն (EXPLAIN / EXPLAIN ANALYZE) — դիտում եմ, թե ինչպես է տվյալների բազայի կառավարման համակարգը պլանավորում կատարել հարցը, որ ինդեքսներ են օգտագործվում, արդյոք կա ամբողջական սքաներ աղյուսակների վրա:

2. Ինդեքսների ստուգում — համոզվում եմ, որ այն սյունակները, որոնք ներգրավված են ֆիլտրերում և միացումների մեջ, ունեն համապատասխան ինդեքսներ:

3. Ռեսուրսների պրոֆիլավորում — հետևում եմ CPU-ի, דיסկի, հիշողության բեռին հարցի կատարման ժամանակ:

4. Հարցի օպտիմալացում — պարզեցում եմ հարցը, բաժանում եմ մասերի, հանում եմ ավելորդ JOIN-երը կամ ենթահարցերը:

5. Ամսագրերի և դրանց արդիականության ստուգում — եթե ամսագրերը հնացած են, պլանը կարող է լինել անարդյունավետ:

6. Տվյալների բազայի պարամետրեր և կոնֆիգուրացիա — երբեմն հիշողության կամ cache-ի կարգավորումները ազդում են կատարողականության վրա:

7. Տարբեր տվյալների ծավալներով փորձարկումներ — հասկանալու համար, թե ինչպես է հարցը սքեյլավորվում:

Օրինակ, պլանի վերլուծության հրամանի օրինակ PostgreSQL-ում:

EXPLAIN ANALYZE
SELECT * FROM orders WHERE customer_id = 123;

Այս հրամանը կտրամադրի մանրամասն տեղեկություններ կատարման ժամանակի և օգտագործված գործողությունների մասին։