Oppnå mest mulig hastighet på en mysql database

[Gjest Slettet-i6XWZnn85h]

CREATE TABLE `db_hash` (

`c_word` tinytext NOT NULL,

`c_md5` tinytext NOT NULL,

PRIMARY KEY (`c_word`(8),`c_md5`(32)),

KEY `INDEX` (`c_md5`(32))

) ENGINE=MyISAM DEFAULT CHARSET=latin1;

 

er dette en bra måte å gjøre det på for å oppnå mest ytelse å fart av en mysql database?

[roac]

CREATE TABLE `db_hash` (

  `c_word` tinytext NOT NULL,

  `c_md5` tinytext NOT NULL,

  PRIMARY KEY  (`c_word`(8),`c_md5`(32)),

  KEY `INDEX` (`c_md5`(32))

) ENGINE=MyISAM DEFAULT CHARSET=latin1;

 

er dette en bra måte å gjøre det på for å oppnå mest ytelse å fart av en mysql database?

6846970[/snapback]

Uten at jeg kjenner til hva KEY gjør (men det ser ut som om den lager en indeks) så vil jeg klart si nei. Du har både en sammensatt nøkkel på de to kolonnene (derved er de også indeksert), og en ekstra indeks på den ene kolonnen. Sistnevnte vil da være overflødig her siden du neppe er interessert i bare å hente ut MD5-sjekksummen.

[Gjest Slettet-i6XWZnn85h]

ja er intressert i å hente ut begge kolummene.. hva må endres?

[roac]

ja er intressert i å hente ut begge kolummene.. hva må endres?

6853620[/snapback]

Hvis jeg har forstått koden din riktig så kan du fjerne dette:

KEY `INDEX` (`c_md5`(32))

[Gjest Slettet-i6XWZnn85h]

okei.. då har eg maks ytelse?

[Loomy]

I en tabell med to kolonner er det begrenset hvor ikke-maks ytelsen kan være. Tipper du er rimelig safe i dette tilfellet

[roac]

I en tabell med to kolonner er det begrenset hvor ikke-maks ytelsen kan være. Tipper du er rimelig safe i dette tilfellet

6856079[/snapback]

Det er jo det samme uansett hvor mange kolonner du har, det er i praksis størrelsen på tabellen i kombinasjon med andel unike rader som avgjør. Ved stor andel av unike verdier er en indeks hensiktsmessig, vel liten andel lønner det seg ikke med index og databaseservere vil typisk falle tilbake til table scan uansett. (Jeg håper inderlig det er tilfelle for MySQL også).

 

Mao: det er fult mulig å få svært grisete worst-case for en tabell med bare to kolonner også, det må bare mange rader til.

[Gjest Slettet-i6XWZnn85h]

men da trenger eg ikkje indexen?

[roac]

men da trenger eg ikkje indexen?

6860381[/snapback]

Nei, du har jo allerede indeksert begge kolonnene siden du har en sammensatt primærnøkkel.

[Gjest Slettet-i6XWZnn85h]

okei.. men å er den egentlig godt for?

[roac]

okei.. men å er den egentlig godt for?

6863527[/snapback]

Indeksen? Raskere oppslag i databasen.

[Gjest Slettet-i6XWZnn85h]

okei.. det tok 2 timer å fjerne den indexen.. før når eg hadde den så tok eit oppslag 0,1 sek.. nå tar det så lang tid at eg ikkje årke å vente..

[roac]

okei.. det tok 2 timer å fjerne den indexen.. før når eg hadde den så tok eit oppslag 0,1 sek.. nå tar det så lang tid at eg ikkje årke å vente..

6866555[/snapback]

Da får jeg bare beklage. Jeg har ikke allverdens tid til å søke nå, men søk på google tyder på at MySQL av en eller annen sær grunn kun indekserer den første kolonnen i en sammensatt primærnøkkel. Hvorfor i all vide verden det i så fall er tilfelle aner jeg ikke, og det hadde vært kjempefint om noen kunne bekrefte at det var tilfelle.

[Gjest Slettet-i6XWZnn85h]

ja. men eg tru det kan hjelpe å fjerne primær når databasen er ferdig.

 

har ca 25 mill rader så vil ikkje herje for mye med databasen.

[roac]

ja. men eg tru det kan hjelpe å fjerne primær når databasen er ferdig.

 

har ca 25 mill rader så vil ikkje herje for mye med databasen.

6870895[/snapback]

Hvis du er garantert å ikke skulle bruke fremmednøkler mot tabellen så kan nok det lønne seg ja. Forøvrig så ville det sikkert vært en del å hente på å få lagret hash i tallformat, men det kan medføre behov for større omskrivinger.

[Gjest Slettet-i6XWZnn85h]

fungerte fett det!

 

Showing rows 0 - 0 (1 total, Query took 0.0056 sec)

[Ueland]

CREATE TABLE `db_hash` (

  `c_word` tinytext NOT NULL,

  `c_md5` tinytext NOT NULL,

  PRIMARY KEY  (`c_word`(8),`c_md5`(32)),

  KEY `INDEX` (`c_md5`(32))

) ENGINE=MyISAM DEFAULT CHARSET=latin1;

 

er dette en bra måte å gjøre det på for å oppnå mest ytelse å fart av en mysql database?

6846970[/snapback]

 

Enkelt sagt, du skal ha en indeks som inneholder de feltene du slår opp og/eller sorterer på, og trenger ikke så mye mer enn det, så funker det fint.

 

Leksjon 2 er forøvrig å teste lokalt og ikke "gjette" deg frem på et produksjonssystem.