MySQL Destek ve Danışmanlık

MySQL destek hizmeti neyi kapsar? #

MySQL destek talebi çoğu zaman birbirinden farklı üç ihtiyacı birden kapsar. Hangilerinin karşılanacağını sözleşme aşamasında birlikte belirliyoruz.

Olay müdahalesi. Üretim veritabanı yanıt vermiyor, replikasyon durmuş ya da disk dolmuş olabilir. Sisteme bağlanıyor, nedeni tespit ediyor ve veritabanını çalışır duruma getiriyoruz. Müdahale sonrasında olayın kök nedenini ve tekrarını önleyecek düzeltmeleri raporluyoruz.

Sürekli bakım. İzleme (monitoring) altyapısını kuruyor, yedeklerin alındığını ve geri yüklenebildiğini düzenli olarak doğruluyor, sürüm ve güvenlik yamalarını planlıyor, kapasite eğilimini takip ediyoruz. Proaktif izleme kapsamında yük ve yavaş sorgu ölçümlerini yaklaşık gerçek zamanlı (near real-time) değerlendiriyor, oluşabilecek sorunları ortaya çıkmadan önce raporluyoruz. Hizmetin kapsamını ve müdahale sürelerini sözleşmeyle belirliyoruz.

Danışmanlık ve proje. Yeni bir cluster mimarisi, sürüm yükseltmesi, veri göçü (migration) ya da performans çalışması gibi başı ve sonu belli işleri kapsıyor. Çalışan sistemle birlikte kurulum yapılandırmasını ve işletim kılavuzunu (runbook) teslim ediyoruz.

Üç ihtiyaç çoğu kurumda aynı anda bulunuyor, “destek alıyoruz” cümlesinin karşılığı ise her birinde farklı. Kapsamı ihtiyacın adıyla değil, yapılacak işle tanımlıyoruz.

Destek kapsamını MySQL dağıtımına göre belirliyoruz #

MySQL tek bir ürün değil. Üretim ortamlarında en sık karşılaştığımız üç dağıtım arasındaki farklar, hangi teknik önlemin uygulanabileceğini doğrudan belirliyor.

MySQL Community Edition, Oracle’ın GPL lisansıyla yayımladığı ve Türkiye’de en yaygın kullanılan dağıtım. Denetim kaydı (audit logging) ve veri maskeleme (data masking) gibi kurumsal denetimlerde istenen bileşenler bu dağıtımda bulunmuyor.

Percona Server for MySQL, aynı çekirdek üzerine kurulu, tamamen açık kaynak bir dağıtım. Eksik kalan bileşenleri açık kaynak karşılıklarıyla sağlıyor. Community Edition kullanan ve denetim kaydı ihtiyacı doğan kurumlarda geçişi biz yürütüyoruz. Veri dosyaları uyumlu olduğu için geçiş uygulama tarafında değişiklik gerektirmiyor. Bu geçişi de üreticiden bağımsız yürütüyoruz. Kurulum ve entegrasyon hakkımız dağıtımın açık kaynak lisansından doğuyor.

MariaDB ise MySQL kod tabanından ayrılmış bağımsız bir ürün. Replikasyon, cluster ve yedekleme araçları farklılaştığı için MariaDB’yi MariaDB Destek sayfasında ayrıca ele alıyoruz.

Sürüm tarafında MySQL 8.0’ın destek süresi Nisan 2026’da sona erdi ve bu sürümü çalıştıran sistemler için güvenlik yaması yayımlanmıyor. Yükseltme hedefi olarak 8.4 LTS geçişini replikasyon üzerinden, geri dönüş planı hazır olacak biçimde planlıyor ve MySQL 8.0’dan 8.4’e Migrasyon sayfasında ayrıntılı anlatıyoruz.

Replikasyon ve cluster topolojisini kesinti hedefine göre seçiyoruz #

MySQL tarafında yüksek erişilebilirliğin birden fazla karşılığı var. Hangi topolojiyi kuracağımızı, kabul edilebilir kesinti süresi (RTO) ve tolere edilebilecek veri kaybı (RPO) belirliyor.

Asenkron replikasyon en yaygın kurulum. Aktif (primary) sunucu değişikliği işlemi onayladıktan sonra replikalara aktardığı için devralma anında henüz aktarılmamış işlemler kaybolabilir. Kurulumu basit ve yazma performansını etkilemez.

Yarı senkron (semi-synchronous) replikasyon, işlemin en az bir replikaya ulaştığı onaylanmadan istemciye başarı yanıtı döndürmez. Veri kaybı riskini belirgin biçimde azaltır, yazma gecikmesini ise ağ turu kadar artırır.

Group Replication ve InnoDB Cluster, çoğunluk (quorum) esasına dayalı otomatik devralma sağlar. MySQL Router ile birlikte kurulduğunda uygulama, aktif sunucunun değiştiğini fark etmeden çalışmayı sürdürür. InnoDB Cluster kurulumu ve danışmanlığı, MySQL tarafında en sık aldığımız mimari talep.

Galera Cluster ve Percona’nın bu teknolojiyi temel alan dağıtımı Percona XtraDB Cluster, senkron çoğaltma ve sertifikasyon tabanlı çakışma denetimi kullanır. Her düğüm yazma kabul edebilir. Aynı satıra farklı düğümlerden yazan uygulamalarda ise çakışma yönetimini tasarım aşamasında birlikte ele alıyoruz.

ProxySQL, bu topolojilerin önünde, uygulama ile veritabanı arasında konumlanır. Okuma ve yazma trafiğini ayırır, bağlantı havuzunu yönetir ve devralma sırasında sorguları kuyrukta bekleterek uygulamanın hata almasını önler. ProxySQL kurulumunu ve sorgu kural setinin tasarımını cluster çalışmasının ayrılmaz bir parçası olarak yürütüyoruz.

Topolojilerin ayrıntılı karşılaştırmasını, devralma provalarını ve PostgreSQL tarafındaki Patroni karşılığını Yüksek Erişilebilirlik ve Cluster Çözümleri sayfasında anlatıyoruz.

Yönetilen bulut servislerinde MySQL desteği #

Amazon RDS, Amazon Aurora, Google Cloud SQL ve Azure Database for MySQL kullanan kurumlara da destek veriyoruz. Yönetilen serviste işletim sistemine ve veri dosyalarına erişim bulunmaz, SUPER yetkisi kısıtlıdır ve XtraBackup gibi fiziksel yedekleme araçları çalışmaz. Yedekleme ve donanım katmanını sağlayıcı yönetir.

Buna karşılık performans çalışmasının büyük bölümünü aynı şekilde yürütüyoruz. Parametre gruplarını iş yüküne göre düzenliyor, yavaş sorgu kaydını (slow query log) sağlayıcının günlük servisi üzerinden toplayıp analiz ediyor, yürütme planlarını inceleyerek indeks tasarımını düzeltiyoruz. Okuma replikalarının sayısını ve örnek (instance) boyutlandırmasını, hem performansı hem de aylık maliyeti belirledikleri için birlikte ele alıyoruz.

Yönetilen serviste sağlayıcı donanımı, yedeği ve sürüm yükseltmesini yönetir, sorgu planlarını ve indeks tasarımını ise yönetmez. Bu iki alan yönetilen serviste de kurumun, dolayısıyla bizim sorumluluğumuzda kalır.

Çalışma biçimimiz #

Sistemlerinize gizlilik sözleşmesi (NDA) kapsamında, atlama sunucunuz (jump host) ya da VPN’iniz üzerinden uzaktan bağlanıyoruz. MySQL kullanıcımız için yalnızca yapılacak işin gerektirdiği yetkileri talep ediyor, uyguladığımız her değişikliği kayıt altına alıyoruz.

Çalışmaya ölçümle başlıyoruz. Bir MySQL sistemini ilk devraldığımızda sürüm ve yapılandırma envanterini, replikasyon topolojisini, yedekleme ve geri yükleme durumunu, yetki matrisini ve iş yükünün sorgu profilini çıkarıyoruz. Önerileri bu ölçümün üzerine kuruyoruz. Üretim ortamındaki değişiklikleri önce test ortamında doğruluyor, her biri için geri dönüş adımını önceden hazırlıyoruz. Her değişikliği uygulamadan önce raporlayıp onayınızı alıyor, değişiklik yönetimi (change management) ilkesi gereği her seferinde tek değişiklik uyguluyoruz. Kendi değişiklik kaydımıza ek olarak, tüm işlemlerimizin sunucu tarafında izlenebilmesi için MySQL denetim kaydı (audit log) tutulmasını talep ediyoruz.

İlgili hizmetler #

Aynı çalışmaları PostgreSQL, MariaDB ve MongoDB için de yürütüyoruz: PostgreSQL Destek · MariaDB Destek · MongoDB Destek

Yavaş sorgu analizinde kullandığımız açık kaynak aracımız: GoFast CLI

Büyüyen tabloların performans etkisini kalıcı olarak azaltan arşivleme aracımız: GoArchive ile MySQL veri arşivleme

MySQL destek talebinizi iletin