MySQL için 10 temel performans ipucu

MySQL’e birlikte gelen varsayılan ayarlar herkes için uygun değildir ve zamanı geçmiştir. Fakat siz her şeyi ayarlamak zorunda değilsiniz. Temel şeyleri doğrudan almak ve diğer şeyleri sadece ihtiyaç olduğunda değiştirmek daha iyidir. Çoğu durumda, yaklaşık 10 seçeneği doğru ayarlayarak sunucunun maksimum performansının yüzde 95’ini elde edersiniz. Bunun geçerli olmadığı size özel olan çok az durum vardır.
Çoğu durumda sunucu “ince ayar” araçları tavsiye edilmez çünkü onlar belirli durumlar için anlamlı olmayan talimatları verme eğilimindedir. Hatta bazıları içlerine kodlanmış tehlikeli, doğru olmayan önerileri sunar; cache sonuç oranları ve bellek tüketim formülleri gibi. Bunlar hiçbir zaman doğru değildir ve zaman geçtikçe doğruluklarını daha da kaybettiler.

MySQL performans ipuçları No. 7: Sayfalama sorgularına dikkat edin
Sayfalandıran uygulamalar sunucuyu dizlerine çökertme eğilimindedir. Bir sonraki sayfaya götüren bir bağlantının bulunduğu sonuç sayfasını gösterirken, bu uygulamalar tipik olarak indeksleri kullanamayan yollardan gruplar ve sınıflandırır. Ve onlar satırları üretip ardından elemek için sunucunun çok fazla çalışmasına neden olan LIMIT ve offset kullanır.
Optimizasyonlar çoğunlukla kullanıcı arayüzünün kendisinin içinde bulunabilir. Sonuçlar içinde sayfaların tam sayısını göstermek ve her bir sayfaya ayrı ayrı bağlantı vermek yerine, sadece bir sonraki sayfaya olan bağlantıyı gösterebilirsiniz. Ayrıca insanların ilk sayfadan çok uzakta olan sayfalara gitmesini de önleyebilirsiniz.

Sorgu tarafında offset’li LIMIT kullanmak yerine, ihtiyacınızdan bir fazla sıra seçebilir ve kullanıcı “sonraki sayfa” bağlantısına tıkladığında bir sonraki sonuç seti için nihai sırayı başlangıç noktası olarak tasarlayabilirsiniz. Örneğin, eğer bir kullanıcı 101 ve 120 sıraları arasındaki bir sayfayı gördüyse, siz 121’nci sırayı da seçebilirsiniz; bir sonraki sayfayı derlemek için 121, limit 21’den büyük veya eşit olan sıralar için sunucuyu sorgulayabilirsiniz.

MySQL performans ipuçları No. 8: İstatistikleri isteyerek, uyarıları zoraki saklayın
Görüntüleme ve uyarı olmazsa olmazdır ama tipik görüntüleme sistemine ne olacak? O yanlış pozitif değerler göndermeye başlar ve sistem yöneticileri paraziti durdurmak için e-posta filtreleme kurallarını oluşturur. Kısa zamanda görüntüleme sisteminiz tamamen kullanışsız hale gelir.

Görüntüleme hakkında iki şekilde düşünmeyi seviyorum: ölçümleri yakalamak ve uyarı vermek. Yapabileceğiniz tüm ölçümleri yakalayıp kaydetmeniz çok önemli çünkü sisteminizde neyin değiştiğini anlamaya çalıştığınızda bunlara sahip olmaktan memnun olacaksınız. Bir gün tuhaf bir problem orataya çıkacak ve bir grafiğe bakıp sunucunun iş yükündeki değişimi görme yeteneğini seveceksiniz.
Diğer taraftan çok fazla uyarı vermeye bir eğilim söz konusu. İnsanlar buffer hit oranı veya saniyede oluşturulan geçici tabloların sayısı gibi şeyler üzerinde uyarı verir. Problem şu ki bu tür bir oran için iyi bir eşik yoktur. Doğru eşik sadece sunucudan sunucuya farklılık göstermez aynı zamanda iş yükünüzdeki saatlik değişim için de farklıdır.

Sonuç itibariyle, uyarıları tutumlu ve sadece kesin, işlenebilir bir problemi işaret eden durumlarda kullanın. Düşük bir buffer hit oranı ne işlenebilirdir ne de gerçek bir sorunu işaret eder ancak bir bağlantı denemesine yanıt vermeyen sunucu çözülmeyi gerektiren gerçek bir problemdir.

Önceki sayfa 1 2 3 4Sonraki sayfa

Bir yanıt yazın

E-posta adresiniz yayınlanmayacak. Gerekli alanlar * ile işaretlenmişlerdir

Başa dön tuşu