Thanks Martin,

This is my current configuration.

mysql> SHOW VARIABLES LIKE 'have_query_cache';
+------------------+-------+
| Variable_name    | Value |
+------------------+-------+
| have_query_cache | YES   |
+------------------+-------+
1 row in set (0.00 sec)
mysql> SHOW VARIABLES LIKE 'table_cache';
+---------------+-------+
| Variable_name | Value |
+---------------+-------+
| table_cache   | 4196  |
+---------------+-------+
1 row in set (0.00 sec)

in my.cnf,

query_cache_size = 64 M

and I have a total of 1281 tables


On Wed, Apr 21, 2010 at 10:01 AM, Martin Gainty <mgai...@hotmail.com> wrote:

> tossing Hardware at it is a microsoft solution to take a implementation
> offline while they find the REAL problem
>
> i would take a hard look at a few things:
> 0)increasing table_cache
> 1)have_query_cache to true
> http://dev.mysql.com/doc/refman/5.0/en/query-cache-configuration.html
>
> Martin Gainty
> ______________________________________________
> Jogi és Bizalmassági kinyilatkoztatás/Verzicht und
> Vertraulichkeitanmerkung/Note de déni et de confidentialité
>
> Ez az üzenet bizalmas.  Ha nem ön az akinek szánva volt, akkor kérjük, hogy
> jelentse azt nekünk vissza. Semmiféle továbbítása vagy másolatának készítése
> nem megengedett.  Ez az üzenet csak ismeret cserét szolgál és semmiféle jogi
> alkalmazhatósága sincs.  Mivel az electronikus üzenetek könnyen
> megváltoztathatóak, ezért minket semmi felelöség nem terhelhet ezen üzenet
> tartalma miatt.
>
> Diese Nachricht ist vertraulich. Sollten Sie nicht der vorgesehene
> Empfaenger sein, so bitten wir hoeflich um eine Mitteilung. Jede unbefugte
> Weiterleitung oder Fertigung einer Kopie ist unzulaessig. Diese Nachricht
> dient lediglich dem Austausch von Informationen und entfaltet keine
> rechtliche Bindungswirkung. Aufgrund der leichten Manipulierbarkeit von
> E-Mails koennen wir keine Haftung fuer den Inhalt uebernehmen.
>
> Ce message est confidentiel et peut être privilégié. Si vous n'êtes pas le 
> destinataire prévu, nous te demandons avec bonté que pour satisfaire informez 
> l'expéditeur. N'importe quelle diffusion non autorisée ou la copie de ceci 
> est interdite. Ce message sert à l'information seulement et n'aura pas 
> n'importe quel effet légalement obligatoire. Étant donné que les email 
> peuvent facilement être sujets à la manipulation, nous ne pouvons accepter 
> aucune responsabilité pour le contenu fourni.
>
>
>
>
>
>
> > Date: Wed, 21 Apr 2010 09:31:15 -0500
>
> > Subject: More CPU or More RAM?
> > From: shamu...@gmail.com
>
> > To: mysql@lists.mysql.com
> >
>  > I have a 1.5G database which feeds a CMS web application (Drupal).
> >
> > Right now I am hosting it with a 1.5G RAM VPS and I feel it is too slow.
> IO
> > and CPU are high. So I am planning to upgrade it to a dedicated serer.
> >
> > Here are two choice of my server:
> >
> > 1. Intel Pentium G6950 (Dual Core), 2xSATA Drive (no RAID), 8G RAM
> > 2. Intel Xeon X3210 (Quad Core), 2XSATA drive (no RAID), 4G RAM.
> >
> > I know the best way to do this is to benchmark the two servers, but I
> can't
> > do that, can only pick one. Could anyone of you tell me which one is
> better
> > for higher MySQL performance, based on your experience?
> >
> > Thanks.
>
>  ------------------------------
> The New Busy is not the too busy. Combine all your e-mail accounts with
> Hotmail. Get 
> busy.<http://www.windowslive.com/campaign/thenewbusy?tile=multiaccount&ocid=PID28326::T:WLMTAGL:ON:WL:en-US:WM_HMP:042010_4>
>

Reply via email to