Server load and MYSQL

Dave Hull dphull at insipid.com
Tue Oct 22 08:51:34 CDT 2002


On Mon, 21 Oct 2002 crash3m at comcast.net wrote:

> with those specs I dont think medusa/webmin etc... are going to be the
> problem.   I suggest running top/ps to see whats chewing up the ram/cpu
> then eliminating the problem.   DB queries can be quite intensive from
> my understanding, but then again I dont do DB's so my opinion use
> pretty much useless I'm sure ;)

/me removes Oracle DBA hat and tries to find MySQL DBA hat...

Do you have adequate indexes on your MySQL tables? You're getting much 
heavier traffic than I have ever had to deal with and the number of 
variables at play here is large, but if it's MySQL that's eating your 
resources, try to find some good information on tuning MySQL. 

You said this box has 1GB of RAM, how much of it is being used at any 
given time, on average, max?

Depending on that information, I'd consider increasing the key_buffer_size 
parameter for MySQL. This will increase the "cache hits" thus preventing 
the box from going to disk as much, which should speed things up a bit.

Also increasing the table_cache parameter will cause more table data to be 
kept resident in RAM, thus decreasing disk IO.

Other things to consider mucking with are record_buffer and sort_buffer, 
but be careful with increasing these too much if you have a large number 
of session connections.

I would try adjusting the key_buffer_size and table_cache first and see 
what happens.

Good luck.

-- 
Dave Hull
http://insipid.com

And now for something completely the same.




More information about the Kclug mailing list