MySQL spørgsmål: Hvordan/hvad er INDEX...

Jeg har en MySQL database som bruger for mange serverkræfter og nu har jeg gennemgået mine SQL-kald og det er ikke ret voldsomme så jeg tror ikke det er dem der driller.

Men måske er det min database opsætning.

Jeg har en tabel der hedder Billeder (110.000 poster) og en der hedder Kalender (2000 poster) som er relateret sammen.

Billeder tabel:

id - (index) og autonummerering

ref - Det er ID nummeret på den post i tabellen Kalender hvor billederne er fra.

Så er der en masse andre felter såsom opløsning, format, filnavn osv. lignende billedinfo om den enkelte fil.

Kalender tabel:

kampid - (index) og autonummerering (Det er dette nummer der refereres til i Billeder-tabellen i feltet ref.

Begivenhed

Dato

Kategori ID - Henter det fra en Kategori-tabel

Hold ID1 - Henter det fra en Hold-tabel

Hold ID2 - Henter det fra en Hold-tabel

OSV. med en nogle felter med info som der ikke søges i.

Når jeg henter en side med en oversigt over alle billeder der har ref (Billeder-tabel)/kampid (Kalender-tabel) så overbelaster det MySQL-serveren.

Har jeg ikke forstået det rigtigt det med INDEX i en tabel. Alle mine tabeller har jeg markeret INDEX ved det felt som er ID (unikt for alle poster)

Men skal jeg sætte INDEX på flere felter f.eks. alle dem der indeholder ID'er der har relationer (søger/henter) fra andre tabeller eller hvordan?

Vil det kunne mindske min serverbelastning?

/Magnus

Indy:

kampid - (index) og autonummerering (Det er dette nummer der refereres til i Billeder-tabellen i feltet ref.

Udover index på primary key (den unikke id) bør du minimum have index på fremmedenøgler i tabeller og evt. også populære søgefelter .
Oftest laves index på primary key automatisk af databasesystemet 

I dit tilfælde er feltet ref i tabellen Billeder fremmednøgle fordi den peger over til relevant post i tabellen Kalender

***

Bonus kommentar: Det er god praksis at lade oprindelig feltnavn indgå i navnet på fremmednøglen. I dit tilfælde f.eks. kalde felte ref  for ref_kampid eller fk_kampid eller blot bruge det samme feltnavn, kampid. En sådan praksis gør det nemmere at gennemskue hvilke referencer der er mellem tabeller - og hvilke felter man bør lave index på :-)

Tak for de fine svar hvor jeg fik det med INDEX på plads så min database ikke bliver overbelastet.

Jeg lavede nu index på alle felter som der skal søges i og håbede at det var løsningen. Men jeg fik svar at mit database kald stadig bruger for for mange af serverens kræfter.

Men hvad er det som er så krævende fra min server:

Dette er mit SQL hvor jeg har markeret hvad der er index.

SELECT
Kalender.antal,
Kalender.hold1, (INDEX)
Kalender.hold2, (INDEX)
Kalender.hold1t,
Kalender.hold2t,
Kalender.dato,
Kalender.titel,
Kalender.subtitel,
Kalender.subref,
Kalender.indexfoto,
Kalender.turnering,
Kalender.turneringt,
Kalender.kategori,  (INDEX)
Kalender.gruppe,
Kalender.status,
Kalender.antal,
Kalender.beskrivelse,

Billeder.id, (INDEX)
Billeder.sti,
Billeder.ref, (INDEX)
Billeder.filkode,
Billeder.tekst,
Billeder.keywords,
Billeder.width,
Billeder.height,
Billeder.iso,
Billeder.kamera,
Billeder.vist, (INDEX)
Billeder.visttotal, (INDEX)
Billeder.filkode,
Billeder.filkode2,
Billeder.filnavn_old,
CONCAT(subtitel,': ',titel) AS titeltotal,
Kategori.sportsgren

FROM Billeder, Kalender LEFT JOIN Kategori ON Kalender.kategori=Kategori.id

WHERE
Kalender.id>'0' AND (userid='0' OR userid='') AND
((Billeder.ref=Kalender.id AND Kalender.gruppe='' AND Billeder.ref='1344')
 OR (Billeder.id>'0' AND Kalender.gruppe<>'' AND Billeder.settings LIKE Kalender.gruppe AND Kalender.id='1344'))

GROUP BY Billeder.id ORDER BY Kalender.dato, Billeder.id, Billeder.capturetime, Billeder.id LIMIT 0, 60

Er det fordi jeg trækker data ud af så mange felter, eller er det fordi jeg har to tabeller (Kalender og Billeder) hvor Billeder jo har over 100.000 poster.

Hvad er det som gør det så svært for min server er der nogen der har en ide?

Vil det være en ide at dele det op i to SQL-kald en der henter billeder og en der henter info i Kalender-tabellen?

Håber I gider hjælpe mig for ellers lukker min udbyder tilsidst min webshop.

/Magnus

Hvor skal jeg afvikle min SQL med EXPLAIN foran?

Er det i selve koden på min hjemmeside eller hvor?

Når jeg går in di phpMyAdmin og indsætter den i SQL-kør vinduet får jeg bare en besked om at den er kørt korrekt.

/Magnus

Du kan godt køre den i PHPMyAdmin, når du får at vide at queryen er kørt korrekt, så kan du trykke detaljer eller "Show details" eller noget i den stil.

Hvis din MySQL-server tillader eksterne forbindelser kan du også gøre det med et værktøj som Navicat: http://www.navicat.com/ (der er både Windows, Linux og OSX udgaver) eller andre lignende værktøjer. 

Hvis du kigger på din liste, så kan du se at den første siger følgende:

Table: Kalender
possible_keys: PRIMARY,id,gruppe,userid
Extra: Using filesort 

'Using filesort' betyder at din database laver en temporær tabel, søger det hele igennem, finder hvad den skal, og smider den midlertidige tabel væk. Det vil du helst ikke ud i. Du kan prøve at oprette indekser på: id,gruppe,userid. Det kan virke lidt vildt med så mange indexes, så prøv en ad gangen, men hvis querien er brugt ofte, kan du nok godt leve med så mange indexes.

Table: Billeder
possible_key: ref
Extra: Using where 

'Using where' er sløvere end 'using index', du kan risikere at selvom du har et index på ref at den alligevel bruger 'Using where' hvis du tillader NULL values på ref. Hvis du ikke har et index på ref, kan du prøve at tilføje det, hvis du har et index kan du prøve at tilføje NOT NULL på ref.

Der er langt mere info her: http://dev.mysql.com/doc/refman/5.1/en/explain-output.html#explain_extra

Umiddelbart sår har jeg index på de felter som du foreslår.

Hvad mener du når du siger: 'Using where' er sløvere end 'using index'?

Er der en anden måde at skrive sine WHERE-betingelser som herunder eller hvad?

SELECT * FROM Kalender WHERE id='34'

Er utrolig glad for din hjælp da jeg er meget på røven og famler lidt i blinde.

/Magnus