howto

Today i learned how one can detach a running process on linux or unix from the terminal. I know that you can do this on purpose by putting a ampersand: & behind the command. But that was not the question. You see i had a process running at 17:00 hours and it would take another hour before it was done. I wanted to go home before 18:00 yet i did not want to interrupt the process because it should finish. So CTRL-C was not an option.
But you can tell linux to detach the process from the terminal, you just do this simple steps

• CTRL-Z (no this will not harm the process)
• bg n

Where n is the job number that linux returns after you hit CTRL-Z. Linux will continue the process in the background (bg) and you can close the terminal session.

Dit is voorlopig het laatste deel over MySQL tuning. In de eerdere delen zagen we al dat een juiste instelling van de query_cache en key_buffer variabelen voor een betere performance van MySQL kunnen zorgen. De table_cache variabele verhoogt helaas niet de performance. Toch is een correcte instelling wel essentieel. Een foute (te lage) instelling beinvloedt de performance van MySQL in negatieve zin. Eerst maar eens onderzoeken wat de standaard instelling van MySQL is voor de table_cache.

De MySQL query cache kan de performance van de database ennorm vergroten. Standaard staat de query cache van MySQL aan, maar met een beetje betere keuze van de standaard waardes is het mogelijk om betere performance en betere resultaten te boeken. In deze howto alles over de query cache, wat het doet en hoe je hier optimaal gebruik van kan maken.

duidelijk uit de web 1.0 tijd, maar wie weet ga ik ooit mij op de mini boompjes storten.

Dus je draait al een tijdje een MySQL database op je eigen machines. En je hoort van alle kanten dat die zo verschrikkelijk snel is, en dat die alle databases er uit rent. Dat kan. Maar het hoeft niet. Als je iets snel wil hebben, dan zal je het in de regel moeten tunen. En dat betekent in de regel optimaal gebruik maken van geheugen in plaats van de harde schijf. Want geheugen is nou eenmaal sneller, en helaas altijd duurder. Idealitair prop je de hele database bij het opstarten van de machine in het geheugen en schrijf je weg op schijf als het echt niet anders kan. Dat is snel! Helaas, je database zal waarschijnlijk altijd harder groeien dan de hoeveelheid beschikbaar geheugen.

Toch kan je er wel voor zorgen dat het meest gevraagde uit de database in geheugen staat. Daarvoor zijn een aantal mysql variabelen voor beschikbaar.

• query_cache_size
• key_buffer_size
• table_cache