Technical Tutorials

MySQL 8.0, dünyanın en popüler açık kaynaklı veritabanı için önemli bir paradigma değişikliği işaret etti. Pencere Fonksiyonları ve Ortak Tablo İfadeleri'ne (CTE) tam destek sunarak MySQL, karmaşık analitik yükleri işleme konusunda PostgreSQL ve Oracle'a yetişti. Ancak büyük güç, büyük sorumluluk getirir. Çalışma motorunun uygun şekilde ayarlanması ve anlaşılması olmadan bu özellikler, uygulamanızın yanıt süresini bozan performans darboğazlarına yol açabilir.

Bu yazıda, analitik raporlarınızın büyük veri kümelerinde bile verimli çalışmasını sağlayarak bu modern SQL yapılarını kullanarak sorgu yazma ve optimize etme yollarını keşfedeceğiz.

Performans Manzarasını Anlamak

Koda dalmadan önce, MySQL'in bu sorguları nasıl yürüttüğünü anlamak kritik önem taşır. Doğrudan tablo taramalarına eşleşen basit SELECT ifadelerinin aksine, Pencere Fonksiyonları genellikle veritabanı motorunun bellekte veya diskte sıralama, gruplama veya geçici yapılar oluşturmasını gerektirir. Sözdizimsel olarak daha temiz olmalarına rağmen, CTE'ler optimize edici tarafından bazen malzeme haline getirilebilir ve doğru kullanılmadığında gereksiz G/Ç (I/O) yüküne yol açabilir.

Optimizasyonun anahtarı, pencere mantığı uygulanmadan önce işlenen veri hacmini azaltmak ve optimize edicinin en verimli yürütme planını seçmesini sağlamaktır.

Pencere Fonksiyonlarını Optimize Etme

Pencere fonksiyonları, mevcut satırla ilişkili bir tablo satırı kümesi üzerinde hesaplamalar yapmanıza olanak tanır. Yaygın kullanım durumları arasında çalışan toplamı, hareketli ortalamalar hesaplama ve bölümler içinde satırları sıralama yer alır.

Bir departmandaki maaşlarına göre çalışanları sıralamanız gereken bir senaryoyu ele alalım. Naif bir yaklaşım, bakımı zor ve genellikle daha yavaş olan kendi kendine birleşmeler veya alt sorgular içerebilir. Pencere fonksiyonu yaklaşımı daha temizdir ancak performans büyük ölçüde dizinlere bağlıdır.

SELECT 
    department_id,
    employee_name,
    salary,
    RANK() OVER (
        PARTITION BY department_id 
        ORDER BY salary DESC
    ) as dept_rank
FROM employees;

Optimizasyon İpucu: PARTITION BY ve ORDER BY içinde kullanılan sütunlarda birleşik bir dizininiz olduğundan emin olun. Yukarıdaki sorgu için (department_id, salary) üzerinde bir dizin, sıralama maliyetini önemli ölçüde azaltabilir. Dizin pencere tanımıyla tam olarak eşleşirse, MySQL genellikle pahalı geçici tablolar ve filesort işlemlerinden kaçınabilir.

Modüler ve Verimli Sorgular İçin CTE'lerden Yararlanma

Ortak Tablo İfadeleri (CTE'ler), karmaşık sorguları mantıksal bloklara ayırmanıza izin vererek okunabilirliği artırır. MySQL 8.0'da CTE'ler varsayılan olarak özyinelemeli değildir ve türetilmiş tablolar (FROM yan tümcesindeki alt sorgular) ile benzer şekilde optimize edilir. Ancak özyinelemeli sorgular için sonsuz döngülerden kaçınmak üzere sonlandırma koşullarına özel dikkat edilmelidir.

Analitik yükler için CTE'ler, pencere fonksiyonları uygulanmadan önce veriyi önceden filtrelemeniz veya özetlemeniz gerektiğinde özellikle yararlıdır. Bu, pencere fonksiyonunun işlemesi gereken satır sayısını azaltır.

WITH MonthlySales AS (
    SELECT 
        product_id,
        MONTH(order_date) as sale_month,
        SUM(amount) as total_amount
    FROM sales
    WHERE year(order_date) = 2023
    GROUP BY product_id, MONTH(order_date)
)
SELECT 
    product_id,
    sale_month,
    total_amount,
    AVG(total_amount) OVER (PARTITION BY product_id ORDER BY sale_month) as moving_avg
FROM MonthlySales;

Optimizasyon İpucu: CTE adımında filtreleme ve özetleme yaparak, pencere fonksiyonu aşamasına giren veri kümesini en aza indirirsiniz. CTE'nin gereksiz ara sonuçlar oluşturmak yerine birleştirildiğini veya verimli bir şekilde kullanıldığını doğrulamak için her zaman EXPLAIN kullanarak sorgu yürütme planını analiz edin.

Gelişmiş Teknikler: Dizine Alma ve Şema Tasarımı

MySQL 8.0'ın analitik özelliklerinin potansiyelini tam olarak maksimize etmek için şu gelişmiş stratejileri göz önünde bulundurun:

Kapsayan Dizinler: Pencere fonksiyonunuz yalnızca bir dizinde bulunan sütunları gerektiriyorsa, MySQL sorguyu tamamen dizinden karşılayabilir ve tablo aramalarından kaçınabilir.
Bölüm Boyutlarını Sınırlayın: PARTITION BY kullanırken, çok büyüyen bölümlere dikkat edin. Bir bölüm bellek için çok büyük hale gelirse, MySQL diske taşma yapar ve bu da performansı ciddi şekilde yavaşlatır.
Dizine Alınmış Sütunlarda Fonksiyonlardan Kaçının: Dizine alınmış sütunları fonksiyonlara sarmak (örneğin, YEAR(date)) dizin kullanımını engeller. Sorguların sargable (Arama ARGümanı Yapılabilir) kalmasını sağlamak için aralık koşullarını kullanın.

Sonuç

MySQL 8.0'ın Pencere Fonksiyonları ve CTE'leri, veri mühendisliği için güçlü araçlardır. Uygun dizinleme kullanmak, yürütme planını anlamak ve ara veri hacimlerini en aza indirmek için sorgularınızı yapılandırarak karmaşık analitik yükleri yüksek performanslı işlemlere dönüştürebilirsiniz. Mevcut sorgularınızı profillemeye başlayın, bu optimizasyon tekniklerini uygulayın ve pano yükleme sürelerinizin nasıl düştüğünü izleyin.