Not
Bu sayfaya erişim yetkilendirme gerektiriyor. Oturum açmayı veya dizinleri değiştirmeyi deneyebilirsiniz.
Bu sayfaya erişim yetkilendirme gerektiriyor. Dizinleri değiştirmeyi deneyebilirsiniz.
Şirket içi ortamlardan MySQL için Azure Veritabanı geçiş yaptıktan sonra MySQL veritabanlarını iyileştirmek, performansı ve verimliliği en üst düzeye çıkarmak için gereklidir. Bu makalede, Azure ortamında veritabanlarınızı iyileştirmeye yönelik temel stratejiler ve en iyi yöntemler inceleniyor. Sorgu performansına, dizine eklemeye, kaynak ayırmaya ve yapılandırma ayarlamaya odaklanarak veritabanlarınızın en yüksek potansiyelde çalıştığından emin olabilirsiniz. Bu kılavuz, performans sorunlarını belirlemek ve gidermek, Azure'ın gelişmiş özelliklerini kullanmak ve en iyi veritabanı performansını elde etmek için gereken içgörüleri ve teknikleri sağlar. Yanıt sürelerini iyileştirmeyi, ölçeklenebilirliği artırmayı veya operasyonel maliyetleri azaltmayı amaçlıyor olun, bu makalede Azure'da MySQL veritabanlarınızı iyileştirmeye yönelik bilgiler sağlanır.
Önkoşullar
Şirket içi MySQL'i MySQL için Azure Veritabanı geçirme: Geçiş Sonrası Yönetimi
Donanım ve sorgu performansını izleme
Denetim ve etkinlik günlüklerine ek olarak, sunucu performansı Azure Ölçümleri ile de izlenebilir. Azure ölçümleri bir dakikalık sıklıkta sağlanır ve bunlardan uyarılar yapılandırılabilir. Daha fazla bilgi için, ne tür ölçümlerin izlenebileceğine ilişkin ayrıntılar için MySQL için Azure Veritabanı'de İzleme bölümüne bakın.
Daha önce belirtildiği gibi, veritabanı katmanını yükseltmeye karar verirken cpu_percent veya memory_percent gibi izleme ölçümleri önemli olabilir. Tutarlı olarak yüksek değerler katman yükseltmenin gerekli olduğunu gösterebilir.
Ayrıca sorun cpu ve bellek gibi görünmüyorsa, yöneticiler düşük performanslı sorgular için dizin oluşturma ve sorgu değişiklikleri gibi veritabanı tabanlı seçenekleri inceleyebilir.
Düşük performanslı sorguları bulmak için aşağıdakileri çalıştırın:
AzureDiagnostics
| where ResourceProvider == "MICROSOFT.DBFORMYSQL"
| where Category == 'MySqlSlowLogs'
| project TimeGenerated, LogicalServerName\_s,
event\_class\_s, start\_time\_t , q uery\_time\_d,
sql\_text\_s| top 5 by query\_time\_d desc
Sorgu Performansı İçgörüleri
Azure, temel sunucu izleme özelliklerine ek olarak uygulama sorgusu performansını izlemeye yönelik araçlar da sağlar. Sorguların düzeltilmesi veya geliştirilmesi, sorgu aktarım hızındaki önemli artışlara yol açabilir. En uzun süre çalışan sorguları analiz etmek ve belirli bir süre içinde belirleyici olmaları durumunda bu öğeleri önbelleğe almanın mümkün olup olmadığını belirlemek veya performanslarını artırmak için sorguları değiştirmek için Sorgu Performansı İçgörüleri aracını kullanın.
, slow\_query\_log
MySQL günlük dosyalarında yavaş sorguları gösterecek şekilde ayarlanabilir (varsayılan ayar KAPALI'dır). long\_query\_time
Sunucu parametresi kullanıcıları uzun sorgu süreleri için uyarabilir (varsayılan değer 10 sn'dir).
Katmanı yükseltme
Azure portalı ile General Purpose
Memory Optimized
arasında ölçeklendirme yapmak için kullanılabilir. Katman Basic
seçilirse, katmanı veya Memory Optimized
sonraki bir sürüme General Purpose
yükseltme seçeneği yoktur. Ancak, yeni bir MySQL için Azure Veritabanı örneğine geçiş/yükseltme gerçekleştirmek için diğer teknikleri kullanmak mümkündür.
Temel katmandan başka bir sunucu katmanına geçirilen bir betik örneği için, MySQL için Azure Veritabanı'de Temel katmandan Genel Amaçlı veya Bellek için İyileştirilmiş katmanlara yükseltme konusuna başvurun.
Sunucuyu ölçeklendirme
Katmanın içinde çekirdekleri ve belleği bu katmanda izin verilen en düşük ve en yüksek sınırlara ölçeklendirmek mümkündür. İzleme, CPU veya bellekte sürekli maksimum değer gösteriyorsa, talebinizi karşılamak için ölçeği artırma adımlarını izleyin.
Bölgeleri taşıma
Veritabanını farklı bir Azure bölgesine taşımak yaklaşıma ve mimariye bağlıdır. Yaklaşıma bağlı olarak sistem kapalı kalma süresine neden olabilir.
Önerilen işlem, bakım yük devretmesi için okuma amaçlı çoğaltmaları kullanmakla aynıdır. Ancak, yukarıda belirtilen planlı bakım yöntemiyle karşılaştırıldığında, uygulamada bir yük devretme katmanı uygulandığında yük devretme hızı daha hızlıdır. Okuma amaçlı çoğaltma yük devretme işlemi sırasında uygulamanın yalnızca birkaç dakika boyunca çalışmaması gerekir. Diğer ayrıntılar İş Sürekliliği ve Olağanüstü Durum Kurtarma bölümünde ele alınmıştır.
WWI senaryosu
WWI iş ve uygulama kullanıcıları, veritabanını isteğe bağlı olarak ölçeklendirebilme konusunda yüksek bir heyecan düzeyi ifade etti. Ayrıca, uzun süre çalışan sorgu performansının ele alınması gerekip gerekmediğini belirlemek için Sorgu Performansı İçgörüleri'ni kullanmak da ilgilerini çekti.
Olası yük devretme veya salt okunur gerekli senaryolar için okuma amaçlı çoğaltma sunucusu kullanmayı tercih ettiler.
Azure mühendisleriyle birlikte çalışan geçiş ekibi, MySQL sunucu performansıyla ilgili olası sorunları izlemek için KQL sorguları ayarlar. KQY sorguları, olay sorunlarını veritabanına ve konferans ekibine e-postayla göndermek için uyarılar ile ayarlandı.
Şimdilik olası sorunları izlemeyi seçtiler ve operasyonel verimliliği artırmak için Azure Otomasyonu çalıştırma kitaplarını daha sonra (gerekirse) uygulamaya aldılar.
İyileştirme denetim listesi
Yavaş sorgular için izleyin.
Performans İçgörüleri panosunu düzenli aralıklarla gözden geçirin.
Katman yükseltmelerini ve ölçeklendirme kararlarını yönlendirmek için izlemeyi kullanın.
Kullanıcıların bölgelerini veya uygulama gereksinimlerinin değiştirilmesini taşımayı göz önünde bulundurun.