- Konu sahibi
- #1
Bu rehber MySQL 8.4 ve B-tree birleşik indeks mantığını esas alır. Birleşik indekslerde sütun sırası önemlidir çünkü veritabanı indeks kayıtlarını önce ilk sütuna, eşleşen kayıtlar içinde ikinci sütuna göre düzenler. Bu nedenle
Yalnız size ait ayrı deneme veritabanında, aşağıdaki tablo adı henüz yokken bu küçük örneği hazırlayın. Küçük veri kümesi plan seçimini göstermeyebilir; daha büyük gerçek dağılım için ayrıca ölçüm gerekir:
Bu yapı önce
İlk sütun belirtilmeden yalnızca ikinci sütunu arayan sorgu ise aynı doğrudan sol başlangıç avantajını genellikle elde edemez:
İkinci sorgu için veritabanının indeksi tamamen veya kısmen taraması gerekebilir. Bunun nedeni, indeksin
Aynı tablo üzerinde iki olası indeksin tipik kullanım farkı şöyledir:
Buradaki karar yalnızca sütunların seçiciliğine göre verilmemelidir. Asıl ölçüt, uygulamanın gerçek sorgularında hangi koşulların birlikte ve ne sıklıkta kullanıldığıdır. Bir sütunda az sayıda farklı değer bulunması onu otomatik olarak ilk sıraya uygun yapmaz; sorguların kullanım şekli ve tablo büyüklüğü de değerlendirilmelidir.
İlk hata, iki indeksin sütunları aynı olduğu için eşdeğer sanılmasıdır.
Bir diğer hata, sorgunun yazılışını indeks sırasından bağımsız değerlendirmektir.
Son olarak, indeks tanımını değiştirdikten sonra sorgu planını ve gerçek çalışma süresini kontrol etmeden karar vermeyin. Uygulama sorguları değiştiğinde en iyi sütun sırası da değişebilir.
(musteri_id, durum) indeksi, (durum, musteri_id) ile aynı sorguları aynı verimlilikte desteklemez. Sıra; sorgunun hangi koşulları hızlı kullanabileceğini, sıralamanın indeksten karşılanıp karşılanamayacağını ve gereksiz satır taramasının ne kadar azalacağını etkiler.Birleşik indeks nasıl çalışır?
Yalnız size ait ayrı deneme veritabanında, aşağıdaki tablo adı henüz yokken bu küçük örneği hazırlayın. Küçük veri kümesi plan seçimini göstermeyebilir; daha büyük gerçek dağılım için ayrıca ölçüm gerekir:
SQL:
CREATE TABLE index_order_demo (
id INT PRIMARY KEY,
musteri_id INT NOT NULL,
durum VARCHAR(30) NOT NULL
) ENGINE=InnoDB;
INSERT INTO index_order_demo VALUES
(1,42,'hazirlaniyor'), (2,42,'gonderildi'),
(3,7,'hazirlaniyor');
CREATE INDEX idx_siparis_musteri_durum
ON index_order_demo (musteri_id, durum);Bu yapı önce
musteri_id değerlerini gruplar, aynı müşteri içindeki kayıtları da durum değerine göre düzenler. Bu yüzden aşağıdaki sorgu iki sütunu da doğrudan kullanmaya uygundur:
Kod:
SELECT *
FROM index_order_demo
WHERE musteri_id = 42
AND durum = 'hazirlaniyor';İlk sütun belirtilmeden yalnızca ikinci sütunu arayan sorgu ise aynı doğrudan sol başlangıç avantajını genellikle elde edemez:
Kod:
SELECT *
FROM index_order_demo
WHERE durum = 'hazirlaniyor';İkinci sorgu için veritabanının indeksi tamamen veya kısmen taraması gerekebilir. Bunun nedeni, indeksin
durum değerlerini baştan bağımsız ve sıralı bir giriş olarak tutmamasıdır. Veritabanı motoru sorgu planına göre başka bir indeks seçebilir veya tablo taraması yapabilir; indeksin varlığı tek başına belirli bir kullanım garantisi vermez.Somut karşılaştırma
Aynı tablo üzerinde iki olası indeksin tipik kullanım farkı şöyledir:
| İndeks sırası | En uygun sorgu biçimi | Genellikle zayıf kalan sorgu | Tercih edilme nedeni |
|---|---|---|---|
| (musteri_id, durum) | Belirli müşterinin belirli durumdaki kayıtları | Yalnızca duruma göre arama | Müşteri filtresi çoğu sorguda önce uygulanıyorsa |
| (durum, musteri_id) | Belirli durumdaki müşterileri bulma | Yalnızca müşteriye göre arama | Durum filtresi ortak başlangıç koşuluysa |
Buradaki karar yalnızca sütunların seçiciliğine göre verilmemelidir. Asıl ölçüt, uygulamanın gerçek sorgularında hangi koşulların birlikte ve ne sıklıkta kullanıldığıdır. Bir sütunda az sayıda farklı değer bulunması onu otomatik olarak ilk sıraya uygun yapmaz; sorguların kullanım şekli ve tablo büyüklüğü de değerlendirilmelidir.
Sütun sırasını belirleme adımları
- Uygulamanın yavaş veya sık çalışan sorgularını listeleyin. Sadece tablo yapısına bakarak indeks sırası seçmeyin.
- Sorgularda birlikte kullanılan eşitlik koşullarını belirleyin. Örneğin
WHERE musteri_id = ? AND durum = ?koşulu, bu iki sütunun birlikte değerlendirilmesini gerektirir. - Sıralama ve aralık koşullarını inceleyin.
ORDER BY olusturma_tarihi,LIMITveyatarih >= ?gibi parçalar sütun sırasını değiştirebilir. - En sık ortak başlangıç filtresini indeksin başına koymayı deneyin. Örneğin sorguların çoğu önce
musteri_idile daralıyorsa(musteri_id, durum)daha uygun adaydır. - İndeksi oluşturduktan sonra SELECT’in başına EXPLAIN koyarak planı inceleyin. key, type ve tahmini rows alanlarını birlikte okuyun; yalnız indeksin varlığına değil, beklenen satır sayısının ve tarama yönteminin sorguya uygun olup olmadığını değerlendirmek için kullanılır.
- İndeksin ekleme, güncelleme ve depolama maliyetini de kontrol edin. Her yeni indeks yazma işlemlerinde güncellenir; aynı sütunları farklı sırayla içeren gereksiz indeksleri korumayın.
Yaygın hatalar
İlk hata, iki indeksin sütunları aynı olduğu için eşdeğer sanılmasıdır.
(a, b) ile (b, a) farklı erişim yollarıdır. İkinci hata, yalnızca sütunun benzersizliğine bakıp sıralama yapmaktır. Daha seçici görünen sütun her sorguda ilk sırada olmak zorunda değildir.Bir diğer hata, sorgunun yazılışını indeks sırasından bağımsız değerlendirmektir.
WHERE b = ? AND a = ? ifadesindeki koşul sırası, indeksin fiziksel sütun sırasını değiştirmez; önemli olan koşulların hangi sütunları kapsadığıdır. Ancak yalnızca birleşik indeksin ikinci sütununu kullanan sorgu, ilk sütun olmadan aynı faydayı görmeyebilir.Son olarak, indeks tanımını değiştirdikten sonra sorgu planını ve gerçek çalışma süresini kontrol etmeden karar vermeyin. Uygulama sorguları değiştiğinde en iyi sütun sırası da değişebilir.
