MySQL İzleme: SolarWinds vs New Relic vs Datadog
MySQL çalıştıran temiz bir sisteme üç veritabanı izleme platformu kurduk; bunların veritabanı izlemeyi sıfırdan nasıl ele aldığını görmek için.
Şunları inceledik: Kurulum kolaylığı, başlangıç deneyimi, ajan kaynak tüketimi, metrik ölçümündeki doğruluk ve gerçek dünya veritabanı iş yükleri altında sorunlar ortaya çıktığında uyarı sistemlerinin bildirimlerinin etkinliği.
MySQL performans izleme araçları kıyaslama sonuçları
Platform | Kurulum Süresi | Sorgu Profilleme | İşlem Doğruluğu | Uyarı Hızı | En Uygun Olduğu Alan |
|---|---|---|---|---|---|
8 dk | ✓ | ✓ 5.000/5.000 (%100) | 3. | Veritabanı optimizasyonu | |
New Relic | 8 dk | ✕ | ✕ 3.847/5.000 (%23 eksik sayım) | 1. | Uygulama izleme |
Datadog | 12 dk | ✕ | Belirsiz | 2. | Altyapı izleme |
Eksiksiz MySQL test metodolojimizi ve sonuçlarını görün.
SolarWinds, sorgu düzeyinde profil çıkarma sunan tek platformdu; yavaş sorguları, eksik dizinleri ve performans darboğazlarını belirledi. Ayrıca 26GB içe aktarma testi sırasında her veritabanı işlemini doğru şekilde izledi.
New Relic uyarıları en hızlı gönderdi ancak işlemleri önemli ölçüde eksik saydı ve sorgu analizi sağlamadı.
Datadog en fazla manuel yapılandırma gerektirdi ve yalnızca temel metrikler sundu.
Bu platformların MongoDB'yi izlediğini de görebilirsiniz. Analizimiz, 2026 gözlemlenebilirlik ortamını yansıtıyor; bu ortamda kuruluşların %60'ı artık izleme pratiklerini olgun veya uzman olarak nitelendiriyor; bu oran önceden %41 idi. Yapay zeka odaklı veritabanı gözlemlenebilirliğine ve araç konsolidasyonuna doğru değişim, platform seçimini giderek daha stratejik hale getiriyor1.
Kurulum & başlangıç deneyimi
1. SolarWinds
SolarWinds şu soruyla başlar: Neyi izlemek istiyorsunuz?
Veritabanı performansını seçtiğinizde desteklenen veritabanları önceden gösterilir.
MySQL'i seçtikten sonra platform, halihazırda çalışan herhangi bir ajan olup olmadığını kontrol eder.
Bir özellik öne çıktı: Kubernetes ajanı kuruluysa SolarWinds kümenizde çalışan veritabanlarını otomatik olarak algılar. Bunları manuel yapılandırma olmadan seçebilirsiniz.
SolarWinds birden fazla kurulum yöntemi sunar:
- Otomatik algılama (işletim sistemini ve sürümünü otomatik olarak algılar)
- İşletim sistemini belirterek manuel kurulum
- Otomasyon betikleri (Ansible, Chef, Puppet, SaltStack)
- Docker imajı
- Kubernetes ajan dağıtımı
- OpenTelemetry entegrasyonu (Ocak 2026'da eklendi)2
Önerilen seçeneği seçtik: betik tabanlı kurulum.
Kurulum betiği basittir. SolarWinds önce bir API anahtarı oluşturmanızı ister, ardından örneğiniz için bir ana bilgisayar adı belirlemenize olanak tanır.
API anahtarını oluşturduktan sonra örnek için bir ana bilgisayar adı belirlersiniz. Biz kendi örneğimize “AIMULTIPLE-MYSQL” adını verdik ve sunucu metriklerini veritabanı istatistikleriyle birlikte izlemek için ana bilgisayar izlemeyi etkinleştirdik.
Betiği kopyalayın, sunucuda çalıştırın, ajan kurulur. Betik API anahtarını otomatik olarak içerir, bu nedenle ek yapılandırma gerekmez.
‘Başarıyla kuruldu’ onayı görmeyi bekledik, ancak hiçbir şey görünmüyor. Komutun çalıştırılması tamamlandı ve çalıştığını varsaymak zorunda kalıyorsunuz.
Kurulumdan sonra, SolarWinds tüm sunucu günlükleri için günlük izlemeyi etkinleştirmeyi önerir. Bunu atladık.
Ardından varsayılan uyarı şablonlarını sunar. Bunlar, daha önce ana bilgisayar izlemeyi etkinleştirdiğimiz için ana bilgisayar düzeyinde uyarılardır (CPU, bellek, disk). Veritabanı izlemeyi ayarlıyor olsak bile bu aşamada MySQL'e özgü uyarı görünmez.
Kafa karıştıran kısım: SolarWinds temel ajanını kurdu, MySQL izleme ajanını değil. Geri dönüp veritabanı izlemeyi ayrıca eklemeniz gerekiyor. Arayüz bunu ilk kurulum sırasında netleştirmiyor.
Şimdi SolarWinds MySQL kimlik bilgilerini soruyor. Arayüz daha net olabilirdi; izleme kullanıcısının hangi izinlere ihtiyaç duyduğunu baştan açıklamıyor.
Ancak ilginç olan şu: bir kullanıcı adı ve parola girdiğinizde SolarWinds, o kullanıcıyı gerekli tüm izinlerle oluşturmak için eksiksiz bir SQL betiği üretir.
Sorun: önceki ekran bu betiğin var olduğundan bahsetmiyor. Testimizde izleme kullanıcısını manuel olarak oluşturduk, ancak daha sonra SolarWinds'in oluşturma betiğini otomatik olarak ürettiğini keşfettik.
Oluşturulan SQL betiği kullanıcıyı oluşturur, performans şemasına erişim verir ve gerekli tüm izinleri yapılandırır. Bu komutları kopyalayın, MySQL'de çalıştırın, ardından önerilen MySQL yapılandırma değişikliklerini uygulayın.
Bir tutarsızlık: Varsayılan kullanıcı adı alanı, ajan kurulumu sırasında belirtilen ana bilgisayar adı yerine “[system hostname] üzerindeki kullanıcı” gösteriyor. Bizim durumumuzda kurulum sırasında örneğe “AIMULTIPLE-MYSQL” adını verdik, ancak arayüz bunun yerine sunucunun gerçek ana bilgisayar adını gösterdi.
SQL komutlarını çalıştırıp MySQL yapılandırmasını güncelledikten sonra “Veritabanını gözlemle”ye tıklayın.
Pano görünür; boş ve veri toplamaya hazır.
SolarWinds Veritabanı Gözlemlenebilirliği'ni derin MySQL izleme ve sorgu profili çıkarma ile keşfedin. SolarWinds'i keşfedin.
Web Sitesini Ziyaret Et2. New Relic
New Relic farklı bir yaklaşım benimsiyor. Neyi izleyeceğini sormak yerine ajan kurulumuyla başlıyor.
Oturum açtıktan sonra başlangıç ekranı önce ajanı kurmanızı ister. İşletim sistemi olarak Linux'u seçin.
Henüz bir API anahtarı olmadığından New Relic bir tane oluşturmanızı ister.
Platform anahtarı otomatik olarak oluşturur ve hemen kurulum betiğini sağlar.
Arayüz yararlı bir düğme içerir: “tüm istemlere otomatik olarak evet yanıtı ver.” Daha sorunsuz kurulum için bunu etkinleştirin.
Betiği sunucuda çalıştırmak ilginç bir şey ortaya koyuyor: New Relic ajanı kurulum sırasında sistemi tarar ve MySQL'i otomatik olarak algılar. MySQL entegrasyonunu kullanıcı müdahalesi olmadan kendi başına kurmaya çalışır. Ancak kurulum başarısız olur.
“Otomatik ana bilgisayar üzerinde” kurulumu seçtiğinizde New Relic ya yeni bir API anahtarı oluşturmanızı ya da mevcut olanı kullanmanızı ister. Mevcut anahtarı kullanmayı seçmek bir açılır menü sunmaz; anahtarı manuel olarak yapıştırmanızı gerektirir. Bu da yeni bir anahtar oluşturmayı daha basit hale getirir; biz de öyle yaptık.
Yavaş sorgu izleme düğmesi güzel bir dokunuş.
Ancak tuhaf bir istek var: New Relic, veritabanı türünü belirtmenizi ister: şirket içi, RDS veya Aurora. Ajan zaten sunucuda kurulu ve daha önce MySQL'i algıladı. Dağıtım türünü bilmesi gerekirdi.
New Relic başka bir kurulum betiği sağlar.
Kurulum sırasında CLI, MySQL erişim kimlik bilgilerini ister. Arayüzde bir SQL betiği sağlayan SolarWinds'in aksine New Relic, kök parolayı doğrudan terminalde ister.
İlk prompt'lar kök kullanıcının kullanılmasını önerir; çoğu kullanıcı bunu test ortamında bile sağlamaz.
Karışıklık: izleme kullanıcısını otomatik olarak oluşturmak için kök kimlik bilgilerini istiyor, izleme için kök kullanıcıyı kullanmak için değil. Arayüz iki net seçenek sunmalı: “Kullanıcıyı kendim oluşturacağım” veya “Kullanıcıyı otomatik oluştur (kök parolası gerektirir).”
Veritabanını kontrol etmek “newrelic” kullanıcısının var olduğunu doğrular. Ancak New Relic bu kullanıcının hangi izinlere sahip olduğunu göstermez. Burada şeffaflık, kök erişimi isterken verilen izinlerin görüntülenmesine yardımcı olur (örn. “SELECT, PROCESS ve REPLICATION CLIENT izinleriyle ‘newrelic’ kullanıcısı oluşturuldu”) ve böylece daha net beklentiler belirler.
Kurulum tamamlandıktan sonra MySQL'e özgü bir pano görmeyi bekledik. Bunun yerine arayüz, özel görselleştirmeler oluşturma seçenekleriyle genel bir pano gösterdi. Önceden oluşturulmuş bir MySQL panosu otomatik olarak görünmedi.
Kurulum süreci şunları netleştirmedi:
- Veri toplandıktan sonra bir MySQL panosunun daha sonra görünüp görünmeyeceği
- Manuel olarak bir tane oluşturmamız gerekip gerekmediği
- Bir yapılandırma adımını atlayıp atlamadığımız
Bir panonun zamanla verilerle dolup dolmayacağını görmek için bekledik.
Kurulum özeti
Tamamlanma süresi: ~8 dakika
Karmaşıklık: Düşük (otomatik kullanıcı oluşturma)
Güçlü yönler: En hızlı kurulum, otomatik kullanıcı oluşturma, tek aşamalı kurulum
Zayıf yönler: Net olmayan kök parola isteği, önceden oluşturulmuş MySQL panosu yok, manuel kurulum yolu belirgin değil
Datadog
Datadog yaklaşımı üç platform arasında en çok elle yapılanıdır.
Oturum açtıktan sonra arayüz önce temel ajanı kurmanızı ister. Birden fazla dağıtım yöntemi mevcuttur. Kurulum için Linux'u seçtik.
Datadog bir API anahtarı ister. Bir tane oluşturmak basittir; süreç otomatik olarak ilerler.
Kurulum betiğini kopyalayın ve sunucuda çalıştırın.
Ajan hızlıca kurulur. Ancak SolarWinds veya New Relic'in aksine, sonrasında hiçbir şey olmaz; MySQL algılaması yok, veritabanı izlemeyi ayarlamak için prompt'lar yok. Marketplace'e manuel olarak gidip MySQL'i aramamız gerekti.
MySQL entegrasyonunu seçtikten sonra kurulum talimatlarını içeren bir açılır pencere görünür.
Datadog bir kontrol listesi sağlar:
- MySQL'de bir izleme kullanıcısı oluşturun
- İzinleri verin
- Bir YAML yapılandırma dosyası yazın
- Dosyayı `/etc/datadog-agent/conf.d/mysql.d/conf.yaml` konumuna yerleştirin
Yapılandırma dosyasının yolu arayüzde belirgin şekilde gösterilmiyor. Datadog'un entegrasyon yapılandırmalarını nerede sakladığını bilmeniz veya onu bulmak için belgeleri kaydırmanız gerekir.
Bu yaklaşım, SolarWinds'in arayüz destekli kurulumuna veya New Relic'in otomatik kullanıcı oluşturmasına kıyasla daha ileri düzey ve tekniktir. Dosyaları manuel olarak düzenliyor ve komut satırından hizmetleri yeniden başlatıyorsunuz. Gerekli izinlere sahip MySQL kullanıcısını oluşturduk, YAML yapılandırma dosyasını yazdık, doğru dizine yerleştirdik ve kurulumu tamamlamak için Datadog ajanını yeniden başlattık.
Yeniden başlatmanın ardından Datadog panosu, veri toplamaya hazır temel MySQL metrikleriyle birlikte göründü.
Kurulum özeti
- Tamamlanma süresi: ~12 dakika
- Karmaşıklık: Yüksek (manuel YAML yapılandırması, rehberli kurulum yok)
- Güçlü yönler: Yapılandırma üzerinde tam kontrol, Datadog'u zaten biliyorsanız iyi çalışır
- Zayıf yönler: Otomatik algılama yok, manuel dosya düzenleme gerektirir, yeni başlayanlar için uygun değil, dosya yolu arayüzde belirgin değil
Not: Bu, temel kurulum yolunu kapsar. Datadog, SolarWinds ve New Relic, gelişmiş izleme için birçok ek yapılandırma seçeneği sunar. Bu testler varsayılan başlangıç deneyimine odaklanmıştır.
Ajan kaynak tüketimi
Ajan kaynak kullanımını iki senaryo altında test ettik: sıfır veritabanı yükü (boşta izleme) ve ağır yük (bir 26 GB veritabanı içe aktarma sırasında). Her iki test de yaklaşık 6-7 dakika sürdü ve üç ajan aynı anda veri topladı.
CPU tüketimi
- Tüm ajanlarda CPU tüketimi minimum düzeyde kaldı. Ağır veritabanı yükü altında ortalama kullanım üç platformda da %1'in oldukça altında kaldı.
- Datadog ağır yük sırasında en yüksek anlık artışı %3,20 ile gösterdi, ancak bu artışlar kısa ve seyrekti. Üç ajan da zamanının çoğunu boşta veya %0,5 CPU kullanımının altında geçirdi.
Bellek kullanımı
- New Relic önemli ölçüde daha az bellek tüketti; diğer iki platforma göre yaklaşık 3-5x daha az. Bellek kullanımı üç ajan için hem boşta hem de ağır yük senaryolarında istikrarlı kaldı.
Disk I/O
Boşta Yük
Ağır yük
Disk I/O desenleri her ajan için belirgin özellikler gösterdi:
- Datadog diskten en çok okudu ancak en az yazdı. Bu, minimum yerel ara bellekleme ile veri alımı için daha sık disk erişimi olduğunu gösterir.
- SolarWinds diğer ikisine göre yerelde önemli ölçüde daha fazla veri yazdı; yaklaşık 2-3x daha fazla. Bu, agresif yerel ara bellekleme veya daha ayrıntılı günlük kaydı olduğunu gösterir.
- New Relic okuma ve yazmaları dengeledi; en az disk okumasını yaparken orta düzeyde yazma etkinliği sürdürdü.
İlginç şekilde, ağır veritabanı yükü altında üç ajanın da disk I/O'su aslında hafifçe azaldı. Ajanların disk etkinliği veritabanı iş yüküyle ölçeklenmedi; MySQL'in iş yükünden bağımsız olarak tutarlı desenler sergilediler.
Metrik doğruluğu
Sistemi zorlamak ve her platformun kaynak tüketimini ne kadar doğru ölçtüğünü değerlendirmek için bir 26 GB veritabanı içe aktarma işlemi çalıştırdık.
CPU ölçümü
Üç platform da içe aktarma sırasında CPU kullanımını benzer doğrulukla izledi. SolarWinds ve Datadog 1 dakikalık ayrıntı düzeyi sağlarken New Relic her 2 dakikada bir örnekledi. Ölçümler platformlar arasında uyumluydu; önemli tutarsızlık yoktu.
- SolarWinds CPU grafiği: İçe aktarma sırasında ~45-%60 kullanım gösteriyor
- New Relic CPU grafiği: SolarWinds ile benzer bir desen gösteriyor
- Datadog CPU grafiği: CPU durumlarının yığılmış alan grafiğini gösteriyor
Bellek ölçümü
Bu, New Relic ile ilgili kritik bir sorunu ortaya çıkardı.
İçe aktarma sırasında sunucu kullanılabilir RAM'in neredeyse %100'ini tüketti. Her platformun raporladıkları şöyle:
- SolarWinds bellek ölçümü: ~%100 bellek kullanımını doğru şekilde gösterdi
- New Relic bellek ölçümü: Yalnızca ~%10 bellek kullanımı bildirdi
- Datadog bellek ölçümü: Toplam RAM ile kullanılan RAM'i ~16GB olarak gösteriyor
New Relic bellek artışını tamamen kaçırdı. Bu küçük bir ölçüm hatası değil; tam bir büyüklük mertebesi sapması. Bellek uyarılarına veya kapasite planlamasına güveniyorsanız bu tür bir yanlışlık tüm izleme kurulumunu baltalar.
Ağ ölçümü
New Relic ve Datadog içe aktarma sırasında ağ trafiğini doğru şekilde yakaladı; SolarWinds ağ kullanımını eksik bildirdi ve bazı etkinlikleri kaçırdı.
- SolarWinds ağ grafiği: Bazı veri boşluklarıyla ağ verimini gösteriyor
- New Relic ağ grafiği: Tam ağ alma/gönderme verilerini gösteriyor
- Datadog ağ grafiği: Doğru ağ trafiği yakalamayı gösteriyor
Ölçüm ayrıntı düzeyi CPU ile tutarlı kaldı: SolarWinds ve Datadog her dakika, New Relic her 2 dakikada bir örnekledi.
Uyarı performansı
Üç platformda da aynı uyarıyı yapılandırdık: bellek kullanımı 1 dakika boyunca %50'yi aşarsa bildirim gönder. Ardından `stress-ng` aracını kullanarak bellek kullanımını %70'e çıkararak uyarıyı manuel olarak tetikledik.
- SolarWinds uyarı yapılandırması: Bellek eşiğinin 1 dakika boyunca >%50 olarak ayarlandığını gösteriyor
- New Relic uyarı yapılandırması: Eşik ayarları ve zaman serisi önizlemesi ile rehberli modu gösteriyor
- Datadog uyarı yapılandırması: Değerlendirme ayrıntılarıyla metrik izleme kurulumunu gösteriyor
Tüm uyarılar “Kritik” önceliğine ayarlandı. E-posta ve Slack bildirimlerini test ettik.
Uyarı yapılandırması
New Relic en ayrıntılı zamanlama kontrollerini sunar. SolarWinds ve Datadog en az 1 dakikalık süre eşikleri gerektirirken New Relic, 10 saniye kadar kısa süren koşullar için uyarı ayarlamanıza olanak tanır. Bu esneklik, diğer platformlarda 1 dakika işaretine ulaşmadan çözülebilecek kısa artışları yakalamaya yardımcı olur.
SolarWinds ve Datadog eşik uyarıları için 1 dakikalık minimum süreler gerektirir.
Bildirim kanalları
New Relic ve SolarWinds her ikisi de bildirim seçenekleri sunar. Datadog varsayılan kurulumumuzda yalnızca e-posta bildirimlerini kabul etti; diğer kanallar için ek yapılandırma gerektirebilir.
- New Relic bildirim seçenekleri: ServiceNow, Web kancaları, Jira, Slack, Microsoft Teams, E-posta, PagerDuty'yi içeren kapsamlı bir liste gösteriyor
- SolarWinds bildirim seçenekleri: AmazonSNS, E-posta, Microsoft Teams, New Relic, OpsGenie, PagerDuty, ServiceNow içeren hizmet açılır menüsünü gösteriyor
Bildirim hızı
Bellek stres testini başlattık. Bellek neredeyse anında %70'e ulaştı ve 1 dakikadan uzun süre %50'in üzerinde kaldı. Uyarıların ne zaman geldiği şöyle:
E-posta bildirimleri:
- New Relic e-posta bildirimleri: İlk ulaşan
- Datadog e-posta bildirimleri: İkinci ulaşan
- SolarWinds e-posta bildirimleri: Son ulaşan
Slack bildirimleri:
New Relic ve SolarWinds için Slack entegrasyonunu test ettik (Datadog yapılandırmamızda Slack'i desteklemedi).
- New Relic: İlk olarak iletti ve doğrudan Slack mesajında uyarıları onaylamak veya araştırmak için etkileşimli düğmeler içeriyordu
- SolarWinds: İkinci iletti, ancak düz metin bildirimleri olarak
New Relic'in Slack entegrasyonu öne çıktı. Etkileşimli mesaj biçimi, Slack'ten ayrılmadan işlem yapmanızı sağlar.
Çözüm bildirimleri
Bellek kullanımı normale döndüğünde:
- New Relic bir çözüm bildirimi gönderdi
- Datadog bir çözüm bildirimi gönderdi
- SolarWinds bir çözüm bildirimi göndermedi
E-posta içerik kalitesi
Datadog'un uyarı e-postaları net bağlam içeriyordu: uyarıyı neyin tetiklediği, mevcut değerler ve ilgili panolara doğrudan bağlantı. Profesyonel ve bilgilendirici.
New Relic'in uyarı e-postaları iyi ayrıntı ve net harekete geçirici mesajlarla benzer bir biçim izledi.
SolarWinds'in uyarı e-postaları seyrekti; minimum ayrıntı, zayıf biçimlendirme ve daha az eyleme dönüştürülebilir bilgi içeriyordu. E-postalar çalıştı, ancak diğer iki platformdakilere göre daha az özenli hissettirdi.
Slack entegrasyon kurulumu
New Relic: “Slack ekle”ye tıklayın, anında kimlik doğrulaması yapın ve kanalları seçin. Basit.
SolarWinds: “Slack ekle”ye tıklayın, kimlik doğrulaması yapın ve kanalları seçin. Aynı derecede basit.
Her ikisini yapılandırmak bir dakikadan az sürdü.
Pano & arayüz karşılaştırması
Her platformun kutudan çıktığı gibi sağladığı varsayılan MySQL panolarını değerlendirdik. Bunlar özelleştirilmiş görünümler değil; ajanı kurduktan ve veri topladıktan hemen sonra gördüğünüz şeylerdir.
Pano genel bakış
- SolarWinds MySQL pano genel bakışı: Yanıt süresi, verim ve hata grafikleriyle Hizmet Kalitesi metriklerini gösteriyor
- New Relic MySQL panosu: Veritabanı bağlantıları, işlemler, sorgular ve verim grafiklerini gösteriyor
- Datadog MySQL panosu: Performans ve verim bölümleriyle temel etkinlik izleyicisini gösteriyor
SolarWinds sol menüden doğrudan MySQL'e özgü bir panoya açılır. Açılış sayfası şunları gösterir:
- Ortalama yanıt süresi
- Verim
- Sorgu hataları
- Etkin bağlantılar
Bir veritabanı yöneticisinin veya CTO'nun ilk olarak görmek istediği şey budur. Metrikler üst düzey, eyleme dönüştürülebilir ve veritabanı sağlığını değerlendirmede anında yardımcıdır.
New Relic zaman içindeki metrikleri gösteren birden fazla grafikle daha veri yoğun bir pano sunar. Saniye başına bağlantılar, sorgu süresi, verim gibi birçok bilgi var, ancak bunlar anlık durum özetleri yerine zaman serisi grafikleri olarak düzenlenmiştir. Ayrıntılı eğilimler elde edersiniz, ancak ilk bakışta görülen sayılar daha azdır.
Datadog en minimal varsayılan panoyu gösterir. Bazı temel metrikleri görüntüler ancak SolarWinds derinliğinden veya New Relic'in eğilim ayrıntısından yoksundur. Bir tuhaflık: “başarısız bağlantılar”, veritabanı performansını kontrol ederken nadiren ihtiyaç duyduğunuz ilk şey olan güvenlik odaklı bir metriğin en üstünde belirgin şekilde görünür.
Ayrıntılı analiz özellikleri
SolarWinds genel bakışın ötesinde birkaç sekme içerir:
- Envanter: En sık kullanılan sorgu desenlerini, bekleme sürelerini (sorguların yavaşlamasına neyin neden olduğunu) ve ayrıntılı filtreleme seçeneklerini gösterir. Hangi sorguların en çok kaynak tükettiğini ve darboğazların nerede oluştuğunu görebilirsiniz.
- Profilleyiciler: Sorgu desenlerini toplam yürütme süresine ve CPU tüketimine göre sıralayarak görüntüler. Bu optimizasyon için kritiktir: hangi sorgu türlerinin size en çok maliyet çıkardığını belirleyebilir ve düzeltmeleri buna göre önceliklendirebilirsiniz. Sıralama ve filtreleme seçenekleri sorunlu sorguları bulmayı kolaylaştırır.
- Sağlık: Genel veritabanı sağlığını değerlendirir ve sorunları işaretler. Normal çalışma sırasındaki testimizde yeşil gösterdi.
- Sorgular: Tüm sorguları desene göre gruplandırılmış olarak kapsamlı filtrelemeyle listeler. Kaç kez çalıştığını, ortalama yürütme süresini ve diğer istatistikleri görmek için herhangi bir sorguya tıklayın.
- Kaynaklar: MySQL metriklerinin yanında ana bilgisayar düzeyindeki metrikleri (CPU, bellek, disk) gösterir. Bu bağlam, veritabanı sorunları ile altta yatan altyapı sorunlarını ayırt etmeye yardımcı olur.
- Danışmanlar: Performans, güvenlik ve yapılandırma iyileştirmeleri için öneriler sağlar. Bu özellik, New Relic veya Datadog'un varsayılan panolarında yoktur. SolarWinds yalnızca verileri görüntülemek yerine optimizasyonları aktif olarak önerir.
New Relic bilgiyi farklı şekilde düzenler. Pano, zaman serisi görselleştirmelerine odaklanır; eğilimleri gösteren birçok grafik vardır. Belirli zaman dilimlerine inebilir ve ayrıntılı kırılımlar görebilirsiniz, ancak tablo halindeki verilere veya anlık durum özetlerine daha az vurgu yapılır. Arayüz, mevcut durum hakkında anında yanıt almaktan çok geçmiş desenleri keşfetmeye daha uygun hissettirir.
Datadog panoyu daha basit tutar. Temel MySQL metriklerini gösterir ve aynı sayfada ana bilgisayar kaynak tüketimini de içerir. Ancak SolarWinds'in sağladığı sorgu düzeyinde analiz ve optimizasyon özelliklerinden yoksundur.
Ana bilgisayar izleme panoları
Ayrıca her platformun genel ana bilgisayar izleme panosunu da kontrol ettik (MySQL'e özgü olmayan).
SolarWinds bir veritabanı yöneticisinin tam olarak ihtiyaç duyduğu şeyi sunar: görsel gösterişten çok eyleme dönüştürülebilir MySQL içgörülerine odaklanan işlevsel, düzenli bir arayüz.
New Relic temiz, sade bir görünüm sunar. Temel metrikleri fark etmek kolaydır ve arayüz sizi bilgiyle boğmaz. Şık ve modern ama yine de işlevseldir.
Datadog ayrıntılı bilgi gösterir ancak daha yoğun bir düzenle. Daha gelişmiş metrikler mevcuttur, ancak ilk bakışta görülen özet sayılar daha azdır. Görsel sunum sade ama SolarWinds'e göre daha az gösterişlidir.
Yapay zeka destekli özellikler
Üç platform da standart özellikler olarak yapay zeka destekli yetenekleri entegre etmiştir:
SolarWinds artık Danışmanlar sekmesinde sorgu desenleri ve kaynak eğilimlerinin yapay zeka analizine dayalı proaktif öneriler sağlayan tahmine dayalı analitikler içeriyor.
New Relic otomatik olarak taban çizgileri oluşturan ve sabit eşikler yerine istatistiksel sapmalarda uyarı veren makine öğrenimi modelleriyle anomali algılamayı geliştirdi.
Datadog sorun gidermeyi hızlandırmak için veritabanı metriklerini uygulama performansı ve altyapı verileriyle ilişkilendiren yapay zeka destekli kök neden analizi sunar.
Bu yapay zeka özellikleri, endüstrinin sistemlerin sorunlara yalnızca tepki vermek yerine onları tahmin edip önleyebildiği otonom gözlemlenebilirliğe doğru kayışını temsil ediyor3.
Sorgu düzeyinde ayrıntı
İşte SolarWinds'in rekabette ayrıştığı yer burası.
SolarWinds içinde belirli bir sorgu deseni seçtiğinizde gelişmiş istatistikler elde edersiniz:
- Toplam yürütme sayısı
- Ortalama yürütme süresi
- CPU tüketimi dökümü
- Kilit bekleme süreleri
- İncelenen satırlara karşılık döndürülen satırlar ve daha fazlası
New Relic ve Datadog her ikisi de sorgu metriklerini gösterir, ancak ayrıntı düzeyi ve gezinme kolaylığı SolarWinds'in özel sorgu profili araçlarınınkiyle eşleşmez.
Gelişmiş MySQL İzleme: Modern MySQL dağıtımları, gelişmiş Performance Schema yeteneklerinden ve gelişmiş sorgu yürütme içgörülerinden yararlanır. Bu gelişmiş özelliklerden yararlanan kuruluşlar önemli performans iyileştirmeleri bildiriyor; bazıları optimize edilmiş izleme stratejileriyle sorgu yürütme süresinde %42'ye varan azalma elde ediyor4.
Test ettiklerimiz
Aynı sunucuda bir MySQL örneğini izlemek için SolarWinds, New Relic ve Datadog ajanlarını dağıttık. Her araç tam kurulum sürecinden geçti ve şunları izledik:
- Başlangıç akışının kurulum boyunca size nasıl rehberlik ettiğini
- Kurulum sürecinin sizden ne istediğini
- Ajan kaynak tüketimini (bellek ve CPU kullanımı)
- Veritabanı yükü sırasında metrik doğruluğunu
- Uyarı yapılandırmasını ve bildirim hızını
- Pano kullanılabilirliğini ve bilgi mimarisini
Tercih edilen kaynak olarak ekleMySQL izleme test ortamı
Tüm testler aşağıdaki özelliklere sahip bir Amazon EC2 m6i.xlarge örneğinde çalıştırıldı:
- İşlemci: Intel Xeon 8375C (Ice Lake)
- vCPU'lar: 4 çekirdek
- Bellek: 16 GB
- Depolama: 128 GB, 3.000 IOPS ve 125 MB/s verim
Üç tür test gerçekleştirdik:
- Boşta yük izleme – Ajanlar boşta MySQL ile çalışıyor (6 dakika)
- Ağır yük izleme – Ajanlar bir 26 GB veritabanı içe aktarma sırasında çalışıyor (yaklaşık 2.5 saat)
- Uyarı işlevselliği – Uyarı yapılandırması, kanal kullanılabilirliği ve uyarı kalitesi
- Uyarı hızı testi – E-posta ve Slack üzerinden bildirim teslim hızı
- Pano değerlendirmesi– Arayüz işlevselliğinin ve bilgi mimarisinin değerlendirilmesi
Benzer değerlendirmeler planlayan kuruluşlar, gözlemlenebilirlik bütçelerinin giderek daha fazla korunduğunu ve çoğu işletmenin veritabanı izlemeyi isteğe bağlı araçlar yerine kritik altyapı olarak gördüğünü unutmamalıdır5.
MySQL izleme metodolojisi
Adil karşılaştırma sağlamak için her platformu aynı koşullarda test ettik.
Kurulum: Aynı sunucuda temiz ajan kurulumlarıyla başladık. Her platformun varsayılan başlangıç akışını gelişmiş yapılandırma olmadan izledik. Ekran görüntüleri dahil her adımı belgeledik.
Kaynak izleme: Ajan CPU, bellek, disk I/O ve ağ kullanımını her 2 saniyede bir toplamak için özel betikler çalıştırdık. İki senaryoda test ettik: boşta MySQL ve 26 GB veritabanı içe aktarma sırasında.
Metrik doğruluğu: Sistemi zorlamak için veritabanı içe aktarma çalıştırdık ve her platformun CPU kullanımını, bellek tüketimini ve ağ trafiğini gerçek sistem değerleriyle ne kadar doğru ölçtüğünü değerlendirdik.
Uyarı: Tüm platformlarda aynı uyarıları yapılandırdık (bellek 1 dakika boyunca >%50). Belleği %70'e çıkararak uyarıyı tetiklemek için stress-ng kullandık. Bildirim teslim süresini ölçtük ve birden fazla kanalı test ettik.
Pano değerlendirmesi: Kurulumdan hemen sonra varsayılan, kutudan çıktığı gibi panoları değerlendirdik. Özel yapılandırma yok; her platformun otomatik olarak sağladığı şeyleri değerlendirdik.
Tüm testler varsayılan ayarları kullandı. Bu platformlar kapsamlı özelleştirme seçenekleri sunar, ancak biz ilk gün deneyimine odaklandık: ajanı kurduğunuzda ve veri toplamaya başladığınızda elde ettiğiniz şey.
Özelleştirme notu
Üç platform da özel panolar oluşturmanıza olanak tanır. Bileşenleri sürükleyip bırakabilir, kendi sorgularınızı ekleyebilir ve tam olarak ihtiyaç duyduğunuz görünümleri oluşturabilirsiniz. Değerlendirmemiz varsayılan, kutudan çıktığı gibi panolara odaklandı çünkü yeni bir izleme platformuyla ilk saatler veya günler boyunca bunları kullanacaksınız.
SolarWinds, New Relic veya Datadog'un varsayılan panolarında, hatta özel pano oluşturucularında bulunmayan sorgu düzeyinde analiz ve optimizasyon özellikleri sağlar. Profilleyiciler sekmesi, Danışmanlar özelliği ve ayrıntılı sorgu yürütme dökümleri SolarWinds'in MySQL izleme yaklaşımına özgüdür.
Daha fazla bilgi
Bu benchmarkı kaynak gösterin
Yayınlayacağınız yere uygun formatı seçin. Bağlantılı sürümü CMS'inize yapıştırmak, geri bağlantıyı korur.
@misc{dogan2026,
author = {Dogan, Sedat and Ermut, Sıla},
title = {{MySQL İzleme: SolarWinds vs New Relic vs Datadog}},
year = {2026},
month = sep,
howpublished = {\url{https://aimultiple.com/mysql-monitoring}},
note = {AIMultiple. Erişim tarihi: 16 Eylül 2026}
}18 veri noktasının sonuçları ve zaman damgaları. Bu makaledeki grafik ve tablolarda gösterilen özet verileri, 6 CSV dosyası içeren ZIP dosyası olarak indirin.
Arkasındaki ayrıntılı veriyi ister misiniz? Premium'a katılın
Değişiklik günlüğü
2 güncellemeAna gövdeye Yapay Zeka Destekli Özellikler eklendi.
Referans Linkleri
- Programlama dilleri ve sunucu mimarileri konusunda kapsamlı uzmanlığa sahip, 20 yıllık deneyime sahip bir beyaz şapkalı hacker ve geliştirme gurusudur.
- Erken aşama teknoloji şirketlerine yatırım yapan bir VC'de ve 125.000 işletmeye hizmet veren bölgesel bir dijital ödeme platformu olan Ödeal'da yönetim kurulu danışmanıdır.
- Yedi ulusal seçimin teknoloji altyapısını ve siber güvenliğini yönetmiş ve Twitter dahil küresel teknoloji liderleri tarafından siber güvenlik Onur Listesi'nde tanınmıştır.
Daha önce proje yönetimi ve danışmanlık firmalarında işe alım uzmanı olarak çalıştı. Sıla, Sosyal Psikoloji alanında yüksek lisans derecesine ve Uluslararası İlişkiler alanında lisans derecesine sahiptir.
Yorum yapan ilk kişi olun
E-posta adresiniz yayınlanmayacak. Tüm alanlar gereklidir. Yorumlar orijinal dilinde bırakılır.