m.ozan.hazer

FotoKritik v2.0 yayında…

MySQL client’ının opsiyonlarını hiç detaylı incelememiştim, güzel şeyler var. Mesela my.cnf’ye eklediğim 2 özellik:

pager = more
prompt = ‘(\u@\h) [\d]> ‘

Böylece birden fazla sayfalar için “more” kullanılıyor, prompt’ta da database adı ve username/host yer alıyor. Böylece neye yetkim var ve en önemlisi de birden fazla versiyonla çalışırken hangi veritabanında olduğumu sürekli kontrol altında tutmam gerekmeyecek.

Diğer faydalı özellikler:

pager cat >> /tmp/log.txt

yapılan her işlemi (outputu) loglar.

pager less -S

Burdaki -S opsionu horizontal scrolling imkanı veriyor (ekrana enine sığmayan geniş queryler için).

rehash (\#)

TAB completion için tabloları tekrar okur.

Sorun:

FotoKritik’te kullanıcının her bir hareketi kaydediliyor. Şu an için 7000 kullanıcının bile her hareketini loglamak oldukça “iri” bir tabloya sahip olmamıza neden oluyor. O yüzden son 1 ayın loglarını tutuyorduk sadece. O dosya içerisinde bile sorgu yapmak ölüm zira 1 ayda 5-6 milyon satır oluyor…

Çözüm:

Öncelikle, yüksek performansı sıkıştırılabilir olması nedeniyle log tabloları için MyISAM tablo türü seçilmeli. Her hafta sunucu yükünün az olduğu bir saate koyduğum cron betiği sayesinde log tablosunu log_hafta_# adlı bir tabloya aktarıp aktif log tablosunu boşaltıyorum. Burada # hafta numarası.

Daha sonra bu yeni yaratılan tabloyu myisampack ile sıkıştırıyorum. myisampack komutu tabloyu sıkıştırır ve salt okunur yapar. Daha sonra bu tabloları tek bir tablo gibi sorgulamak isterseniz MySQL’in merge tablo türünden yararlanabilirsiniz.

myisampack, MyISAM tablosunun data kısmını sıkıştırıyor, index ve tablo yapısının bulunduğu dosyalara dokunmuyor. Sorgu yapıldığı zaman indeksten datanın bulunduğu satırı bulup “sadece” o satırı decompress ediyor. Compressed tablo daha küçük olduğu için (%60 ~ %80) disk seek’i az oluyor, sadece o satır uncompress edildiği için de bütüne bakıldığında performans kazancı sağlanıyor.

Bu yöntemi kullanacaksanız testlerinizi mutlaka yedekli yapın!

Burada myisampack’in kullanımı çok önemli. Veri kaybınızın olmaması için önce tablonuzu repair komutuyla onarmanızı öneririm. Daha sonra myisampack ile sıkıştırın (ben myisampack -bwv ile sıkıştırıyorum), myisamchk -rq –sort-index –analyze ile indexleri tekrar yaratın ve mysqladmin flush-tables ile tabloları kullanılır hale getirin.

Günlerdir hatta aralıklarla çalıştığım için haftalardır bir türlü çözemediğim eleştiriler sayfasındaki performans sorununu sonunda buldum.

MySQL iki tabloyu INNER JOIN yaparken anladığım kadarıyla PK’i foreign key olan tabloyu tüm satıların getirildiği ilk tablo yapıyor. Ama eleştiriler sayfasında eleştiri tablosunun ilk olması gerekiyor. JOIN cümlesindeki tabloların yerini tek başına değiştirmek bir işe yaramıyor.

SELECT STRAIGHT_JOIN dedikten sonra doğru sırada join yapıldığı zaman işe yarıyor.

Doğru join’de “EXPLAIN” çıktısı:

************* 1. row *************
table: elestiri
type: index
possible_keys: foto_id
key: zaman
key_len: 8
ref: NULL
rows: 234572
Extra:
************* 2. row *************
table: foto
type: eq_ref
possible_keys: PRIMARY
key: PRIMARY
key_len: 3
ref: elestiri.foto_id
rows: 1
Extra:
2 rows in set (0.01 sec)

Hatalı joinde çıktı:

************* 1. row *************
table: foto
type: ALL
possible_keys: PRIMARY
key: NULL
key_len: NULL
ref: NULL
rows: 41574
Extra: Using temporary; Using filesort
************* 2. row *************
table: elestiri
type: ref
possible_keys: foto_id
key: foto_id
key_len: 3
ref: foto.id
rows: 2
Extra:
2 rows in set (0.00 sec)