İşi bilen arkadaşlardan My.cnf ayarı? - Sayfa 2

22-06-2010, 16:05:28

#10

back_log = 100 // cpu kullanimi/average yukseliyorsa bunu kaldir; varsayilan 50.
bu yöntem pek etkili gelmedi. tersine etkisi oldu.

bunun tam işlevi nedir?

22-06-2010, 16:41:35

#11

A3raham

Umarım flood yapmıyorumdur.

Ancak şu değerler, anlık 300-500 online, 200bin günlük ziyaretçili sitede nasıl olmalı?
v5 webloader tablosu, tek site, tek DB, tagsız, randomsuz:

max_connections = 500
key_buffer = 768M (512 mi?)
table_cache = 1500 (1024 olabilir mi?)
query_cache_size = 64M (96M?)
query_cache_type = 1

22-06-2010, 17:16:12

#12

~~PheNo~~

A3raham adlı üyeden alıntı: mesajı görüntüle

back_log = 100 // cpu kullanimi/average yukseliyorsa bunu kaldir; varsayilan 50.
bu yöntem pek etkili gelmedi. tersine etkisi oldu.

bunun tam işlevi nedir?

back_log, mysql servera disaridan(remote) gelen anlik baglanti sayisinin yogun oldugu sunucularda performans artisi saglar. Kabaca anlami, gelen tcp/ip baglantilarina verilecek cevaplar oncesinde baglantilarin ulasacagi/dizilecegi boyutu belirler. Bu deger arttikca ozellikle cpu kullanimi gozle gorulur sekilde artar. Kisacasi bu degeri dusurursen cpu kullanimi azalir, sunucu daha rahatlar; ama mysql'in performansi yogun saatlerde dusebilir(yine veritabaninin tablo ve sorgu yapisina bagli).

A3raham adlı üyeden alıntı: mesajı görüntüle

Umarım flood yapmıyorumdur.

Ancak şu değerler, anlık 300-500 online, 200bin günlük ziyaretçili sitede nasıl olmalı?
v5 webloader tablosu, tek site, tek DB, tagsız, randomsuz:

max_connections = 500
key_buffer = 768M (512 mi?)
table_cache = 1500 (1024 olabilir mi?)
query_cache_size = 64M (96M?)
query_cache_type = 1

Key buffer degeri her 1 gb ram icin 128M onerilir. Sunucuda calisan diger servisleri goz onunde bulundurarak yukaridaki mesajimda daha dusuk onerdim. Sunucuna en uygun degerini yine deneme-yanilma yontemiyle bulmalisin cunku en onemli ayarlardan birisidir key buffer. Table_cache degerini biraz daha arttirarak deneyebilirsin(1800 civari). Query cache icin 96M onerdim, type 1 kalacak.

Merak ettigin tanimlama varsa sorabilirsin. Kullandigin scripti kullanan ve tablo yapisini bilen arkadaslar daha dogru bilgiler verebilir.

22-06-2010, 17:26:39

#13

A3raham

PheNo adlı üyeden alıntı: mesajı görüntüle

back_log, mysql servera disaridan(remote) gelen anlik baglanti sayisinin yogun oldugu sunucularda performans artisi saglar. Kabaca anlami, gelen tcp/ip baglantilarina verilecek cevaplar oncesinde baglantilarin ulasacagi/dizilecegi boyutu belirler. Bu deger arttikca ozellikle cpu kullanimi gozle gorulur sekilde artar. Kisacasi bu degeri dusurursen cpu kullanimi azalir, sunucu daha rahatlar; ama mysql'in performansi yogun saatlerde dusebilir(yine veritabaninin tablo ve sorgu yapisina bagli).

Key buffer degeri her 1 gb ram icin 128M onerilir. Sunucuda calisan diger servisleri goz onunde bulundurarak yukaridaki mesajimda daha dusuk onerdim. Sunucuna en uygun degerini yine deneme-yanilma yontemiyle bulmalisin cunku en onemli ayarlardan birisidir key buffer. Table_cache degerini biraz daha arttirarak deneyebilirsin(1800 civari). Query cache icin 96M onerdim, type 1 kalacak.

Merak ettigin tanimlama varsa sorabilirsin. Kullandigin scripti kullanan ve tablo yapisini bilen arkadaslar daha dogru bilgiler verebilir.

Online sayısı artınca sürekli çakılma oluyor.
Misal, 200 online giderken hiçbir sorun yok ama yoğun saatlerde (500 online) sunucu durma noktasına geliyor. Bu hangi değerle ilgili?

22-06-2010, 17:31:15

#14

A3raham

Bir soru daha:

Yapılan değişiklik mysql servisi restart edildikten sonra derhal etkisini gösterir mi?

22-06-2010, 17:41:00

#15

~~PheNo~~

A3raham adlı üyeden alıntı: mesajı görüntüle

Online sayısı artınca sürekli çakılma oluyor.
Misal, 200 online giderken hiçbir sorun yok ama yoğun saatlerde (500 online) sunucu durma noktasına geliyor. Bu hangi değerle ilgili?

Yaptigin optimizasyonlara ragmen yogun saatlerde cpu ve ram kullanimi/load average yuksek degerlere ulasiyor ve erisim sorunu oluyorsa, sunucun yetersiz kaliyor demektir. Bu kadar ayar arasindan bunun sebebi su ayardir, boyle yaparsan duzelir diyemeyiz kisacasi.

A3raham adlı üyeden alıntı: mesajı görüntüle

Bir soru daha:

Yapılan değişiklik mysql servisi restart edildikten sonra derhal etkisini gösterir mi?

Mysql serverin yeni ayarlarla tam olarak nasil calistigini anlamak icin minimum 2 gun calismasi gerekir.

22-06-2010, 17:46:03

#16

A3raham

PheNo adlı üyeden alıntı: mesajı görüntüle

Mysql serverin yeni ayarlarla tam olarak nasil calistigini anlamak icin minimum 2 gun calismasi gerekir.

Peki değişiklikten sonraki çakılmalar bu 2 günlük süre zarfında iyileşme katedebilir mi?

22-06-2010, 17:55:13

#17

~~PheNo~~

A3raham adlı üyeden alıntı: mesajı görüntüle

Peki değişiklikten sonraki çakılmalar bu 2 günlük süre zarfında iyileşme katedebilir mi?

Sunucu ozelliklerine gore daha uygun ayarlamalar yaptigimiz icin mutlaka gozle gorulur iyilestirme olacaktir. Eger yine yetersiz kaliyorsa daha detayli bir inceleme ve optimizasyon gerekebilir. Sorun sadece mysql serverdan degil webserver veya php'den de olabilir. Kullandigin scriptin yapisi belli sayidaki kullanicinin uzerinde karmasa yaratiyor olabilir. Ayrica eger kullanmiyorsan mutlaka bir php hizlandirici kullanmalisin. Butun bunlarin stabil calistigi bir sunucuda hala sorun yasiyorsan, bunun tek sebebi olarak sunucu ozelliklerinin yetersiz kalmasi kaliyor.

22-06-2010, 18:24:55

#18

zoizo

my.cnf harici script üzerinde memcache, apc, xcache gibi opcode cache uygulamalarından birini kullanırsan sunucu aşırı rahatlar.