MySQL CPU Kullanımı my.cnf optimizasyonu

[favorites]

tamam linux orasý tamam da, benim sunucum windows
bu þekilde ayar yaptýrsam olurmu windows sunucu için?
ben anlamadýðým için soruyorum

[Mickey]

favorites´isimli üyeden Alıntı

tamam linux orasý tamam da, benim sunucum windows
bu þekilde ayar yaptýrsam olurmu windows sunucu için?
ben anlamadýðým için soruyorum

windowsun kullandýðý konfigurasyonlar tamamen farklýdýr linux sonuçta uzun süre çalýþýp yüksek performans verebilen bir iþletim sistemidir, nasýl ki linuxta exe uzantýlý uygulamalarý açamýyorsak mysql optimasyonlarýnda uygulamalar farklýdýr favorites.

[favorites]

hýmm ok anladým
biride windows server için Mysql optimasyonunu anlatabilirmi acaba

[iyinet]

favorites´isimli üyeden Alıntı

hýmm ok anladým
biride windows server için Mysql optimasyonunu anlatabilirmi acaba

Windows taki my.cfg (sanirim windows taki adi my.ini) dosyani buraya yapistir bir inceleyelim.

[iyinet]

atay´isimli üyeden Alıntı

daha önce sizin optimize ettiðiniz confu yüklemiþtim fakat sanýrým bi terslik var. 1GB ramden 100mb civarýnda yiyor, 900mb boþta duruyor. makinada yük arttýkça cpu'ya yükleniyor komple...

top çýktýsý þu þekilde:



server özellikleri:



serverda yalnýzca 1 tane php+mysql site çalýþýyor...

þu anki my.cnf:



teþekkürler...

Top ciktisindaki daki memory kullanimini MySQL i hemen tekrar baslattiktan sonra yorumlamak yanlis olur. Key buffer in dolmasi ve verimli kullanimi 1 gun kadar surebilir. Bu nedenle top ciktisini MySQL i calistirdiktan 1-2 un sonra inceleyin.

Az bir degisiklik yaptim, ama sorun devam ederse, index tanimlamalarinda sorun olabilir. CPU artimi genellikle table scan yapildiginda olur yani gerekli indexler yok ise...

[mysqld]
set-variable=local-infile=0
datadir=/var/lib/mysql
socket=/var/lib/mysql/mysql.sock
# Default to using old password format for compatibility with mysql 3.x
# clients (those using the mysqlclient10 compatibility package).
old_passwords=1
max_connections = 650
key_buffer = 256M
join_buffer_size = 2M
read_buffer_size = 2M
sort_buffer_size = 4M
table_cache = 1500
thread_cache_size = 384
wait_timeout = 15
connect_timeout = 10
tmp_table_size = 256M
max_heap_table_size = 256M
max_allowed_packet = 64M
max_connect_errors = 1000000
read_rnd_buffer_size = 1M
bulk_insert_buffer_size = 16M
query_cache_size = 64M
query_cache_type = 1

[favorites]

bir anlasam yapýþtýracaðýmda
programcý arkadaþa söyleyeyim buraya eklesin dosyayý

[iyinet]

Bugune kadar belirtmedigim fakat MySQL in hizini arttiran diger bir degisken back_log dur.
Bu degiskeni, sadece CPU nuz cok guclu ise tanimlayin.
Ornegin: 4 x 3Ghz, yada 2 x 2.8Gz Xeon gibi...

Kullanmak isteyenler my.cfg dosyasinda [mysqld] bolumune asagidaki degiskeni ekleyebilirler. Ama unutmayin bu MySQL i hizlandirirken CPU kullaniminiz artar.

back_log = 100

CPU kullanimindan sikayetci olanlar da bu islemin tersini yapabilirler. Yani MySQL i biraz yavaslatarak CPU dan kazanabilirler. Normalde back_log = 50 dir. CPU dan tasarruf etmek icin bunu su sekilde azaltabilirsiniz:

back_log = 10

[atay]

iyinet´isimli üyeden Alıntı

Top ciktisindaki daki memory kullanimini MySQL i hemen tekrar baslattiktan sonra yorumlamak yanlis olur. Key buffer in dolmasi ve verimli kullanimi 1 gun kadar surebilir. Bu nedenle top ciktisini MySQL i calistirdiktan 1-2 un sonra inceleyin.

Az bir degisiklik yaptim, ama sorun devam ederse, index tanimlamalarinda sorun olabilir. CPU artimi genellikle table scan yapildiginda olur yani gerekli indexler yok ise...

[mysqld]
set-variable=local-infile=0
datadir=/var/lib/mysql
socket=/var/lib/mysql/mysql.sock
# Default to using old password format for compatibility with mysql 3.x
# clients (those using the mysqlclient10 compatibility package).
old_passwords=1
max_connections = 650
key_buffer = 256M
join_buffer_size = 2M
read_buffer_size = 2M
sort_buffer_size = 4M
table_cache = 1500
thread_cache_size = 384
wait_timeout = 15
connect_timeout = 10
tmp_table_size = 256M
max_heap_table_size = 256M
max_allowed_packet = 64M
max_connect_errors = 1000000
read_rnd_buffer_size = 1M
bulk_insert_buffer_size = 16M
query_cache_size = 64M
query_cache_type = 1

þu anda my.cnf'u yazdýðýnýz þekilde yeniden düzenledim. bahsettiðim 150mb civarýndaki ram kullanýmý yaklaþýk 5-6 gündür aynýydý, bayadýr takip edip yeniden mesaj yazmýþtým.

serverda herhangi bir shell vb. hesap yok. sadece 1 tane mysql+php site çalýþýyor, online sayýsý ortalama 50-80 arasý cpu kullanýmý ise 0.80 civarý bu durumda gözüme fazla geliyor cpu kullanýmý...

scriptin mysqlunda kullanýlan text dýþýndaki tüm alanlar indeks durumda ve mysql çok mantýklý þekilde ayarlandý, yorabilecek bi durumda olmamalý. ama yinede büyük konuþmuyim

uzun lafýn kýsasý, çok laf salatasý yaptm galba serveri php+mysql bir siteyi en iyi þekilde çalýþtýracak þekilde optimize etmem gerekli. þimdi bu cnf'u yükledim eðer durum yine deðiþmezse baþlýða mesaj atmak marifetiyle sizi yeniden rahatsýz etmek zorunda kalabilirim

[atay]

4 gün yeni my.cnf ile çalýþýyor makina. hala ramden yaklaþýk 150mb yiyor, 850 boþta duruyor ve sitedeki online arttýkça cpu'ya yüklenmeye baþlýyor. cpu 1.00'a kadar çýkabiliyor. þu an için 1.00 tabiki problem deðil fakat ileride problem yaþamamak için þimdiden gerekli tedbiri almak lazým. 60-70 online kullanýcý ile 1.00 cpu çok fazla...

my.cnf için rame yüklenecek þekilde bir düzenleme nasýl yapabiliriz? size yine zahmet olacak ama...

[iyinet]

atay´isimli üyeden Alıntı

4 gün yeni my.cnf ile çalýþýyor makina. hala ramden yaklaþýk 150mb yiyor, 850 boþta duruyor ve sitedeki online arttýkça cpu'ya yüklenmeye baþlýyor. cpu 1.00'a kadar çýkabiliyor. þu an için 1.00 tabiki problem deðil fakat ileride problem yaþamamak için þimdiden gerekli tedbiri almak lazým. 60-70 online kullanýcý ile 1.00 cpu çok fazla...

my.cnf için rame yüklenecek þekilde bir düzenleme nasýl yapabiliriz? size yine zahmet olacak ama...

key_buffer index varsa kullanilir. Kullandiginiz uygulama gereken indexlere sahip olmayabilir.
Arka planda calisan (cron) bir takim programlar, sendmail (email uygulamasi) da CPU yu mesgul edebilir.