MySQL İzleme: SolarWinds vs New Relic vs Datadog

MySQL çalıştıran temiz bir sistemde üç veritabanı izleme platformu kurarak, veritabanı izlemeyi sıfırdan nasıl ele aldıklarını inceledik.

Şunları inceledik: Kurulum kolaylığı, entegrasyon deneyimi, ajan kaynak tüketimi, metrik ölçümde doğruluk ve gerçek dünya veritabanı iş yükleri altında ortaya çıkan sorunlarda uyarı sistemlerinin bildirim etkinliği.

MySQL Performans İzleme Araçları Kıyaslama Sonuçları

Tam MySQL test metodolojimizi ve sonuçlarımızı görün.

SolarWinds, yavaş sorguları, eksik indeksleri ve performans darboğazlarını belirleyen sorgu düzeyinde profilleme sunan tek platformdu. Ayrıca 26 GB'lık içe aktarma testimiz sırasında her veritabanı işlemini doğru şekilde izledi.

New Relic en hızlı uyarıları gönderdi ancak işlemlerde önemli ölçüde eksik sayım yaptı ve sorgu analizi sunmadı.

Datadog en fazla manuel yapılandırmayı gerektirdi ve yalnızca temel metrikler sundu.

Ayrıca bu platformların MongoDB'ı nasıl izlediğini de görebilirsiniz. Analizimiz, artık %60'ı izleme uygulamalarını olgun veya uzman olarak nitelendiren %41'den önceki oranla birlikte, 2026 gözlemlenebilirlik manzarasını yansıtır. Yapay zekâ destekli veritabanı gözlemlenebilirliği ve araç birleştirme yönünde yapılan değişim, platform seçimini giderek daha stratejik hâle getirmektedir¹ .

Kurulum & Entegrasyon Deneyimi

1. SolarWinds

SolarWinds şu soruyla başlar: Ne izlemek istiyorsunuz?

Veritabanı performansını seçtiğinizde, desteklenen veritabanları açıkça gösterilir.

MySQL seçildikten sonra platform, zaten çalışan ajanların olup olmadığını kontrol eder.

Öne çıkan bir özellik: Kubernetes ajanınız yüklüyse, SolarWinds kümenizde çalışan veritabanlarını otomatik olarak algılar. Manuel yapılandırma olmadan bunları 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)²

Önerilen seçeneği seçtik: betik tabanlı kurulum.

Kurulum betiği basittir. SolarWinds önce size bir API anahtarı oluşturmanızı ister, ardından örneğiniz için bir ana bilgisayar adı belirtmenize izin verir.

API anahtarı oluşturulduktan sonra, örneğiniz için bir ana bilgisayar adı belirtirsiniz. Bizimkini “AIMULTIPLE-MYSQL” olarak adlandırdık ve sunucu metriklerini veritabanı istatistikleriyle birlikte izlemek için ana bilgisayar izlemeyi etkinleştirdik.

Betiği kopyalayın, sunucuda çalıştırın ve ajan kurulur. Betik, API anahtarını otomatik olarak içerir, bu yüzden ek yapılandırma gerekmez.

‘Başarıyla kuruldu’ onayını görmeyi bekliyorduk, ancak hiçbir şey görünmedi. Komutun çalıştırılması tamamlandı ve bunun işe yaradığını varsayarak kaldık.

Kurulumdan sonra, SolarWinds, tüm sunucu günlükleri için günlük izlemeyi etkinleştirmenizi önerir. Biz bunu geçtik.

Daha sonra varsayılan uyarı şablonlarını sunar. Daha önce ana bilgisayar izlemeyi etkinleştirdiğimiz için bunlar ana bilgisayar düzeyinde uyarılar (CPU, bellek, disk)dir. Veritabanı izlemeyi ayarlamamıza rağmen bu aşamada MySQL'e özgü uyarı görünmez.

Kafa karıştırıcı kısım: SolarWinds temel ajanını, MySQL izleme ajanını değil kurdu. Veritabanı izlemeyi ayrı olarak eklemek için geri dönmelisiniz. Kullanıcı arayüzü, başlangıç kurulumu sırasında bunu açıkça belirtmez.

Şimdi SolarWinds, MySQL kimlik bilgilerini ister. Arayüz daha açık olabilir, çünkü izleme kullanıcısının hangi izinlere ihtiyaç duyacağını baştan açıkça belirtmez.

Ama işte ilginç kısmı: bir kullanıcı adı ve şifre girdiğinizde, SolarWinds, gerekli tüm izinlerle bu kullanıcıyı oluşturmak için tam bir SQL betiği oluşturur.

Sorun: önceki ekran bu betiğin var olduğunu belirtmez. Testimizde, SolarWinds'in kullanıcı oluşturma betiğini otomatik olarak oluşturduğunu daha sonra keşfedeceğimiz için izleme kullanıcısını manuel olarak oluşturduk.

Oluşturulan SQL betiği, kullanıcıyı oluşturur, performans şemasına erişim izni verir ve tüm gerekli izinleri yapılandırır. Bu komutları kopyalayın, MySQL'de çalıştırın ve ardından önerilen MySQL yapılandırma değişikliklerini uygulayın.

Tutarsız bir nokta: varsayılan kullanıcı adı alanı, ajan kurulumu sırasında belirtilen ana bilgisayar adı yerine “kullanıcı [system hostname] üzerinde” görüntüler. Bizim durumumuzda, kurulum sırasında örneği “AIMULTIPLE-MYSQL” olarak adlandırdık ancak arayüz sunucunun gerçek ana bilgisayar adını gösterdi.

SQL komutlarını çalıştırdıktan ve MySQL yapılandırmasını güncelledikten sonra “Veritabanını gözlemle”ye tıklayın.

Gösterge paneli, veri toplamaya hazır boş bir şekilde görünür.

2. New Relic

New Relic farklı bir yaklaşım benimser. Ne izlemek istediğinizi sormak yerine, ajan kurulumuyla başlar.

Giriş yaptıktan sonra, entegrasyon ekranı önce ajanı kurmanızı ister. İşletim sistemi olarak Linux'u seçin.

Henüz API anahtarı olmadığı için New Relic, bir tane oluşturmanızı ister.

Platform anahtarı otomatik olarak oluşturur ve hemen kurulum betiğini sağlar.

Arayüz, “tüm istemleri otomatik olarak evet olarak yanıtla” olmak üzere kullanışlı bir geçiş sunar. Daha sorunsuz kurulum için bunu etkinleştirin.

Betiği sunucuda çalıştırmak ilginç bir şey ortaya çıkarır: New Relic'in ajanı, kurulum sırasında sistemi tarar ve MySQL'i otomatik olarak algılamaya çalışır. Kullanıcı müdahalesi olmadan MySQL entegrasyonunu kendi başına kurmaya çalışır. Ancak kurulum başarısız olur.

“Otomatikleştirilmiş sunucu içi” kurulumu seçerek New Relic, yeni bir API anahtarı oluşturmanızı veya var olanı kullanmanızı ister. Var olan anahtarı kullanmayı seçmek, manuel olarak yapıştırmanızı gerektirir; bir açılır liste sunmaz. Bu yüzden yeni bir anahtar oluşturmak daha basit olur, bunu yaptık.

Yavaş sorgu izleme geçişi güzel bir dokunuştur.

Ama işte garip bir istek: New Relic, veritabanı türünü belirtmenizi ister: kendi barındırdığınız, RDS veya Aurora. Ajan zaten sunucuya kurulmuş ve daha önce MySQL'i algılamıştı. Dağıtım türünü bilmeli.

New Relic başka bir kurulum betiği sağlar.

Kurulum sırasında CLI, MySQL erişim kimlik bilgilerini ister. SolarWinds'in kullanıcı arayüzünde bir SQL betiği sunmasının aksine, New Relic terminalde doğrudan root şifresini ister.

İlk prompt'lar root kullanmanızı önerir, ki çoğu kullanıcı test ortamında bile bunu sağlamaz.

Kafa karışıklığı: izleme için root'u kullanmak yerine, izleme kullanıcısını otomatik olarak oluşturmak için root kimlik bilgilerini istiyor. Arayüz, “Kullanıcıyı kendim oluşturacağım” veya “Kullanıcıyı otomatik olarak oluştur (root şifresi gerektirir)” olmak üzere iki açık seçenek sunmalıydı.

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. Root erişim istenirken, verilen izinleri (örneğin, “SELECT, PROCESS ve REPLICATION CLIENT izinleriyle ‘newrelic’ kullanıcısı oluşturuldu”) göstererek, daha net beklentiler oluşturmak için şeffaflık burada yardımcı olur.

Kurulum tamamlandıktan sonra, MySQL'e özgü bir gösterge paneli görmeyi bekliyorduk. Bunun yerine, özel görselleştirmeler oluşturmak için seçenekler sunan genel bir gösterge paneli gösterildi. Otomatik olarak önceden oluşturulmuş bir MySQL gösterge paneli görünmedi.

Kurulum süreci şu konularda açık değildi:

• Veri toplamadan sonra bir gösterge paneli daha sonra görünür mü?
• Manuel olarak bir tane mi oluşturmalıyız?
• Bir yapılandırma adımını mı kaçırdık?

Bir gösterge panelinin zamanla veriyle dolduğunu 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: Root şifresi isteğinin belirsizliği, önceden oluşturulmuş MySQL gösterge paneli yok, manuel kurulum yolu belirgin değil

Datadog

Datadog yaklaşımı bu üç platform arasında en çok elle yapılanıdır.

Giriş yaptı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. Oluşturmak kolaydır; işlem 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, bundan sonra hiçbir şey olmaz, MySQL algılanmaz, veritabanı izlemeyi ayarlamak için istekler gelmez. Market'e manuel olarak gitmeli ve MySQL için arama yapmalıyız.

MySQL entegrasyonunu seçtikten sonra, kurulum talimatlarıyla bir açılır pencere görünür.

Datadog bir kontrol listesi sunar:

1. MySQL'de bir izleme kullanıcısı oluşturun
2. İzinleri verin
3. Bir YAML yapılandırma dosyası yazın
4. `/etc/datadog-agent/conf.d/mysql.d/conf.yaml` konumuna yerleştirin

Yapılandırma dosyası yolu arayüzde belirgin şekilde gösterilmez. Datadog'ın entegrasyon yapılandırmalarını nerede sakladığını bilmeniz veya bunu bulmak için belgeleri aşağı kaydırmanız gerekir.

Bu yaklaşım, SolarWinds'in kullanıcı arayüzüyle yapılan kurulumuna veya New Relic'in otomatik kullanıcı oluşturma özelliğine kıyasla daha gelişmiş ve tekniktir. Komut satırından dosyaları manuel olarak düzenliyor ve hizmetleri yeniden başlatıyorsunuz. Gerekli izinlerle 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şlatmadan sonra, Datadog gösterge paneli temel MySQL metrikleriyle veri toplamaya hazır bir şekilde 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ırmada tam kontrol, Datadog'u zaten biliyorsanız iyi çalışır
• Zayıf yönler: Otomatik algılama yok, manuel dosya düzenlemesi gerektirir, başlangıç seviyesi için kullanıcı dostu 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 entegrasyon deneyimine odaklandı.

Ajan Kaynak Tüketimi

Ajan kaynak kullanımını iki senaryoda test ettik: sıfır veritabanı yükü (boşta izleme) ve yoğun yük (26 GB'lık veritabanı içe aktarma sırasında). Her iki test yaklaşık 6-7 dakika sürdü ve üç ajan da aynı anda veri topladı.

CPU Tüketimi

• CPU tüketimi tüm ajanlarda en düşük seviyede kaldı. Yoğun veritabanı yükü altında ortalama kullanım üç platform için de %1'in altında kaldı.
• Datadog yoğun yük sırasında %3,20 ile en yüksek zirveyi gösterdi ancak bu patlamalar kısa ve nadir oldu. Üç ajan da zamanlarının çoğunu boşta veya %0,5'in altındaki CPU kullanımıyla geçirdi.

Bellek Kullanımı

• New Relic önemli ölçüde daha az bellek tüketir, diğer iki platformun yaklaşık 3-5 katı daha azdır. Bellek kullanımı üç ajan için de hem boşta hem de yoğun yük senaryolarında sabit kaldı.

Disk G/Ç

Sıfır Yük

Yoğun Yük

Disk G/Ç desenleri her ajan için farklı karakteristikler gösterdi:

• Datadog diskten en çok okuma yaptı ancak en az yazma yaptı. Bu, veri alımı için daha sık disk erişimi ve minimum yerel arabellekleme olduğunu gösterir.
• SolarWinds, diğer ikisine göre yaklaşık 2-3 kat daha fazla yerel veri yazdı. Bu, agresif yerel arabelleme veya daha ayrıntılı günlüğe kaydetmeyi gösterir.
• New Relic, okuma ve yazmayı dengeler, disk okumalarında en azını yaparken orta düzeyde yazma etkinliğini sürdürür.

İlginç bir şekilde, disk G/Ç üç ajan için de yoğun veritabanı yükü altı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 korundu.

Kıyaslamalarımızı ve veri odaklı içgörülerimizi kaçırmayın. Düğme Google'ı açar; AIMultiple'ı seçmeniz, Google arama sonuçlarında AIMultiple'ı daha sık görmek istediğinizi onaylar.

Tercih edilen kaynak olarak ekle

Metrik Doğruluğu

Sistemde stres yaratmak ve her platformun kaynak tüketimini ne kadar doğru ölçtüğünü değerlendirmek için 26 GB'lık bir veritabanı içe aktardık.

CPU Ölçümü

İçe aktarma sırasında üç platform da CPU kullanımını benzer doğrulukla izledi. SolarWinds ve Datadog 1 dakikalık ayrıntı sağlarken, New Relic her 2 dakikada bir örnek alır. Ölçümler platformlar arasında hizalandı, önemli bir fark yoktu.

SolarWinds CPU grafiği – içe aktarma sırasında ~%45-60 kullanım gösteriyor

New Relic CPU grafiği – 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'te kritik bir sorunu ortaya çıkardı.

İçe aktarma sırasında sunucu kullanılabilir RAM'in neredeyse %100'ünü tüketti. İşte her platformun bildirdiği:

SolarWinds: Yaklaşık %100 bellek kullanımı doğru şekilde gösterildi

New Relic: Sadece yaklaşık %10 bellek kullanımı bildirdi

Datadog bellek grafiği – RAM toplamı ile RAM kullanımı ~16GB'da gösteriliyor

New Relic bellek zirvesini tamamen kaçırdı. Bu küçük bir ölçüm hatası değil; büyüklük mertebesinde hatalı. Bellek uyarılarına veya kapasite planlamasına güveniyorsanız, bu tür doğruluk eksikliği tüm izleme kurulumunu zayıflatır.

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ı olan ağ iş hacmini 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ısı CPU ile tutarlı kaldı: SolarWinds ve Datadog her dakikada bir örnek alırken, New Relic her 2 dakikada bir örnek alır.

Uyarı Performansı

Tüm üç platformda aynı uyarıyı yapılandırdık: bellek kullanımı 1 dakika boyunca %50'yi aşarsa bir bildirim gönderin. Daha sonra bellek kullanımını %70'e çıkarmak için stress-ng aracını kullanarak uyarıyı manuel olarak tetikledik.

SolarWinds uyarı yapılandırması – 1 dakika boyunca >%50 bellek eşiği ayarlandığını gösteriyor

New Relic uyarı yapılandırması – eşik ayarları ve zaman serisi ön izlemesiyle kılavuz modunu gösteriyor

Datadog uyarı yapılandırması – değerlendirme ayrıntılarıyla metrik izleyici kurulumunu gösteriyor

Tüm uyarılar “Kritik” öncelikte ayarlandı. E-posta ve Slack bildirimlerini test ettik.

Uyarı Yapılandırması

New Relic, en ayrıntılı zamanlama kontrollerini sunar. SolarWinds ve Datadog minimum 1 dakikalık süre eşiği gerektirirken, New Relic diğer platformlarda 1 dakikalık işarete ulaşmadan çözülebilecek kısa patlamaları yakalamaya yardımcı olmak için 10 saniye kadar süren koşullar için uyarı ayarlamanıza olanak tanır.

SolarWinds ve Datadog eşik uyarıları için 1 dakikalık minimum süre gerektirir.

Bildirim Kanalları

Bu araştırmayı 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 Sezer, Sena},
  title  = {{MySQL İzleme: SolarWinds vs New Relic vs Datadog}},
  year   = {2026},
  month  = jun,
  howpublished    = {\url{https://aimultiple.com/mysql-monitoring}},
  note   = {AIMultiple. Erişim tarihi: 12 Haziran 2026}
}

Referans Linkleri

1.

Observability trends for 2026: Maturity, cost control, and driving business value | Elastic Blog

Elastic

2.

SolarWinds Observability | SolarWinds Observability SaaS release notes

3.

Observability Trends 2026 | IBM

4.

Database Observability: Monitoring Queries and Performance · Technical news about AI, coding and all

5.

2026 Observability & AI Trends Powering Autonomous IT

LogicMonitor

6.

2026 Observability & AI Trends Powering Autonomous IT

LogicMonitor

7.

2026 Observability & AI Trends Powering Autonomous IT

LogicMonitor

8.

Database Observability: Monitoring Queries and Performance · Technical news about AI, coding and all

Sedat Dogan

CTO

Takip Et

Sedat, yazılım geliştirme, web veri toplama ve siber güvenlik alanlarında deneyime sahip bir teknoloji ve bilgi güvenliği lideridir. Sedat: - Programlama dilleri ve sunucu mimarileri konusunda geniş uzmanlığa sahip, 20 yıllık beyaz şapkalı hacker ve geliştirme uzmanı deneyimine sahiptir. - Ödeme altyapısı gibi yüksek trafikli ve kritik öneme sahip teknoloji operasyonlarına sahip şirketlerin üst düzey yöneticilerine ve yönetim kurulu üyelerine danışmanlık yapmaktadır. - Teknik uzmanlığının yanı sıra kapsamlı iş zekasına da sahiptir.

Tam Profili Görüntüle

Araştıran

Sena Sezer

Sektör Analisti

Takip Et

Sena, AIMultiple'da sektör analisti olarak çalışmaktadır. Boğaziçi Üniversitesi'nden lisans derecesini almıştır.

Tam Profili Görüntüle

Yorum yapan ilk kişi olun

E-posta adresiniz yayınlanmayacak. Tüm alanlar gereklidir. Yorumlar orijinal dilinde bırakılır.

Ad

E-posta Adresi

Yorum

0/450

Yorumu Gönder