[Björklund]

Ursprungligen postat av mervinst

vad har ni för diskar på er server om den pushar 1 gig/sec..

Det var visserligen ett obelastat system. Men det är 15K SAS-diskar i RAID10 med många spindlar och mycket cache.

[abergman]

Ursprungligen postat av Björklund

Du har hopplöst dålig diskprestanda. Dock så har du inte hög belastning på din server. Så den dåliga diskprestandan borde inte spela någon roll.
Min gissning är du har något lås någonstans... Ex att du anropar externa källor som inte svarar tillräckligt fort.

Skrivprestanda på en av våra servrar:
# dd if=/dev/zero of=/root/test bs=1M count=1000
1000+0 records in
1000+0 records out
1048576000 bytes (1.0 GB) copied, 1.16141 seconds, 903 MB/s

CityNetwork har problem med sitt lagringsbackbone, vi har samma problem på våra maskiner, enligt dem själva så ska det lösas under hösten.

Som jämförelse så får jag det här resultatet på en av våra maskiner som ligger hos CityNetwork:
dd if=/dev/zero of=/root/test bs=1M count=1000
1000+0 records in
1000+0 records out
1048576000 bytes (1.0 GB) copied, 38.7964 s, 27.0 MB/s

[Jonas]

Använder du index korrekt i MySQL ?
Vad säger slow-query.log ?

Vad loggas på maskinen och vad loggas inte?

Hur använder du PHP i Apache? mod_php eller fastcgi ?

[Azone]

Ursprungligen postat av abergman

CityNetwork har problem med sitt lagringsbackbone, vi har samma problem på våra maskiner, enligt dem själva så ska det lösas under hösten.

Som jämförelse så får jag det här resultatet på en av våra maskiner som ligger hos CityNetwork:
dd if=/dev/zero of=/root/test bs=1M count=1000
1000+0 records in
1000+0 records out
1048576000 bytes (1.0 GB) copied, 38.7964 s, 27.0 MB/s

Ja, jag fick något liknande när jag testade igen. Hoppas det fixar sig under "hösten" då, för snart är det vinter. Tack för info.

[Azone]

Ursprungligen postat av Jonas

Använder du index korrekt i MySQL ?
Vad säger slow-query.log ?

Vad loggas på maskinen och vad loggas inte?

Hur använder du PHP i Apache? mod_php eller fastcgi ?

Vet ej om jag använder index korrekt. Kör Drupal CMS och jag påverkar därmed inte quieriserna manuellt.

Har stängt av loggarna eftersom det slöar ner en del, men har en del "slow-quieries" dock.

Jag kör mod-php. Försökte gå över till fastcgi och mpm-worker men fick det inte att fungera. Funderar på att byta till Nginx för att se om det hjälper något. Segheten kommer efter ett visst antal över 35 är inloggade. De är väldigt aktiva på forumet och använder det nästan som en "chatt". Men vi växer snabbt och behöver lösa detta snarast.

Kör med .htaccess eftersom det är standard i drupal och .htaccess finns i några mappar.

[Magnus_A]

Testa att öka max_connections från 128 till typ 500 i my.cnf

[Clarence]

Kör en SHOW PROCESSLIST; på mysql när det segar. Har du många anslutningar? Ligger många med state locked? Går de upp till max_connections? Thread cache hitrate?

Titta på cpu-stat under top. Har du mycket iowait på CPU-användandet?

Är det myisam-tabeller? Ok hit-rate på key buffern? Stiger slow_queries snabbt under högsta belastningen (show status like 'slow_queries')? Är det samma queries? Hur ser explain ut på dom?

Är query cache på? Hit rate? Är den för låg bör man antingen stänga av det eller åtgärda ration.

[abergman]

Ursprungligen postat av Azone

Ja, jag fick något liknande när jag testade igen. Hoppas det fixar sig under "hösten" då, för snart är det vinter. Tack för info.

Jo det hoppas jag med, bästa är väl att kolla med CityNetwork när de är planerat till att bli fixat.

[b_andersson]

http://www.mysqltuner.com/ kan vara värt att kolla för att hitta enklare problem med mysql.

[Azone]

Ursprungligen postat av Clarence

Kör en SHOW PROCESSLIST; på mysql när det segar. Har du många anslutningar? Ligger många med state locked? Går de upp till max_connections? Thread cache hitrate?

Titta på cpu-stat under top. Har du mycket iowait på CPU-användandet?

Är det myisam-tabeller? Ok hit-rate på key buffern? Stiger slow_queries snabbt under högsta belastningen (show status like 'slow_queries')? Är det samma queries? Hur ser explain ut på dom?

Är query cache på? Hit rate? Är den för låg bör man antingen stänga av det eller åtgärda ration.

Tack! Väldigt bra frågor och svar. Skall titta på dessa parametrar vid nästa belastningstopp. Men följande vet jag redan nu.

• Det är Myisam tabeller (endast)
• Slow Queries stiger vid hög belastning eller om de bara bli vanligare pga fler queries ??
• Query cache är på (=1) och undrar om den motarbetar en del annan caching kring php (eaccelerator mm), läste något om det men vet ej. Det är kanske det du menar med att stänga av den om "hit rate" är för låg.
• Får många "locked" i mtop ibland vid hög belastning (= fler än 35-40 inloggade på sidan).
• Max-connections räcker nu sen jag fick lite koll på global vs thread buffer (minne). Se nedan. Har top 50 connections av 100 möjliga nu, men förväntar tillväxt.
• Jag kör både "MySqltuner.pl" och "Tuninng mysql ...?" Den förstnämnda ger flest ledtrådar till mig iaf. Men den säger konstant att Query cash size och limit bör ökas (men förstår inte varför och rädd att spräcka minesgränser samt att den aldrig verkar få nog).
• Har kört Optimize på samtliga tabeller.
• Kör Drupal 6 och den sägs ju vara ganska databasintensiv och förbättringar förväntas i Drupal 7, men det är ingen monstersida eller monstertrafik, så det borde gå att lösa med befintlig kapacitet tycker jag.

-----------------------------------------------------------------------------

Jag har hittat några allvarliga fel i mysqlkonfugurationen. T ex har/hade jag dålig koll på.

Mysql allokerat minne = globalbuffers + (max_connections + threaded buffers).

global_buffers:
key_buffer
net_buffer
(vilka fler?)

Jämfört med:

thread_buffers:
sort_buffer
myisam_sort_buffer
read_buffer
join_buffer
read_rnd_buffer

Detta gav minnesproblem (allokerade mer än jag fysikt hade).
Nu går det stabilare ur den aspekten men det segar fortfarande ner sig vid många inloggade. Känns bättre med stabilt och segt än att det slår i taket och "totalkraschar".

Har många "locked" i mtop vid vissa situationer. Skall kolla Process list vid nästa belastningstop vid lunch eller kväll, när toppar brukar ske.


--------------------------------------------------------------------

Jag har bestämt mig för att installera om "ALLT" (LAMP eller alternativ). Inte bara beroende på mysql-problem utan för att få en mer korrekt struktur på hela paketet.

Funderar då på att gå över Nginx, eller Apache2 MPM-worker med Fastcgi samt sätta upp en kontrollpanel för att enklare hantera flera domännamn i framtiden.

Funderar på bl a"The perfect server"
http://www.howtoforge.org/perfect-se...nny-ispconfig3
Eller Liknande med Nginx.


mvh
Azone