Optimering af MySQL ved læsning af store tabeller

De siger jo selv at hvis man har 256 MB, så skal man sætte

key_buffer=64M
table_cache=256
sort_buffer=4M
record_buffer=1M

men om det løser dit problem er jo ikke til at vide. Det lyder godt at du er med
på at lave strukturen om :)

Du kan måske kopiere det hele til ram således:
mysql_query(\"create temporary table if not exists tamtabel (felt1 int not null, felt2 text) type=heap\");
mysql_query(\"insert into ramtabel select felt1,felt2 from disktabel\");

Herefter kan du lave alle dine queries på tabellen i ram

Hvis du ikke opdaterer tabellen ret tit, men søger tit, vil jeg hellere anbefale dig
det hack, at trække søgefeltet ud i en rå tekstfil, men id-nummer til posten, og
have et lille Perl script til fritekst søgning. Det vil gå overraskende hurtigt:)

Jeg har nu fundet ud af, at mine queries var der ikke noget galt med (bortset fra at der bruges \"like\"...)

Problemet ligger et andet sted i koden - noget med en uendelig løkke. Det underlige er så bare, at koden ikke er blevet ændret siden det kørte fint...

Jeg har installeret en ny Apache og Php i mellemtiden - det må ha\' gjort et eller andet. ;-)

Men jeg kan alligevel bruge dine tips om mysql variable Erik, så dem må du gerne få point for :-)

Jeg vil hellere have én til at slå græsplænen til sommer .... men lad gå

Er det koden bagved i PHP, C, eller .... der er noget i vejen med? De 65000 ligner
alt for meget 2^16, så hvis du har et 16 bits tal uden fortegn, der får overløb,
kan du få problemer. Jeg mener dog at alle tal i PHP, og Perl er 32 bits, så måske
er det alligevel ikke det??

For at styre din nysgerrighed - det var denne kodestump:

for($i=$pos*$seg+1 && $start=0; $i*$num<=ceil((sizeof($result)/$num))*$num && $i<$seg*($pos+1)+1; $i++ && $start=$start+$num )
    if($base != $start) 
        if ($i == \'0\'){}
        else{       
            echo \"<a href=\\\"?base=\".($i*$num-$num).\"&pos=\".$pos.\"&searchquery=$searchquery&action=search\\\"><b>\".$i.\"</b></a> \";
        }
    else{
        if ($i == \'0\'){}
        else{
            echo \"<b><font color=red>$i</font></b> \";
        }
    }

Jeg vil godt lige gøre opmærksom på, at det ikke er mig, der har lavet koden. Jeg er blevet sat til at optimere den... ;-)

Og nej jeg kommer fandme ikke og slår din græsplæne! :-) Jeg har problemer nok med min egen.

Jeg tror ikke at det er overløb, idet \"min\" query kun returnerer 96 records. Dvs. sizeof($result) er 96.

Det ser mig noget skummelt ud - men jeg har som sagt også fæle planer om at skrive hele koden om.

Hvor er der da godt nok nogen mennesker, som skriver slamkode... ;-)

Det er bedre at bruge komma end && i første og tredie \"parameter\" til for-løkken.
Så er man sikker på at begge udføres, og at man ikke pludselig havner i at den
første er false, så den anden springes over. I anden \"parameter\" skal den være der,
for det er et logisk udtryk. Altså:

for($i=$pos*$seg+1,$start=0; $i*$num<=ceil((sizeof($result)/$num))*$num && $i<$seg*($pos+1)+1; $i++,$start=$start+$num )

men det kan da ikke være det ....

Du har styr på dine nøgler og indexes ik?

Men hvis du har en uendelig løkke er det nok fordi $num er 0 - eller udefineret

Ja jeg har styr på indekser - fejlen ligger som sagt heller ikke i databasen.

Du har ret i det med komma - det havde jeg ikke selv set. Ovenstående kode bruges til at generere en \"bladre liste\" (du ved til søgeresultater hvor der vises 20 af gangen).

Men jeg vil ikke pille mere ved koden, jeg har selv lavet en stump, der virker bedre... ;-)

Erik -> Det er måske lidt OT, men kan du anbefale en god dansk lærebog i databaser?

Jeg skal muligvis undervise igen på Datanom uddannelsen i \"Databaser 1\", og den bog jeg tidligere har brugt er på engelsk og (ifølge mine kursister) lidt for avanceret.

Jeg kender ikke nogen på dansk. Den bedste er naturligvis Elmashri

Kan du give mig titlen på den, evt. et ISBN nr?

\"Fundamentals of Database Systems\"...

Hør hov! Det var da vist nok også den jeg selv havde på datamatiker studiet! :-) Det havde jeg rent glemt, men det var også en fotokopieret udgave og den er vist i mellemtiden forsvundet.

Herligt! Den tror jeg hellere, at jeg må få købt. Jeg kan se på Amazon, at den nu også indeholder objektorienteret datadesign.

Det lyder som den rigtige - og den er der flere der bruger på Databaser 1.
Den er ikke nem, men det skal den jo heller ikke være :)