SQL Server’da Performansın Anatomisi: Page Yapısından TempDB Çekişmesine Teknik Bir Yolculuk(Bölüm 1)

Diskin Derinliklerine Yolculuk

SQL Server veriyi diskte .mdf (Primary Data) ve .ndf (Secondary Data) dosyaları içinde tutar. Ama bu dosyaların içindeki en küçük yapı birimi Page (Sayfa)’dir.

Verinin En Küçük Hücresi: Page (Sayfa) Yapısı

Page Nedir?

SQL Server’da tüm veriler 8 KB’lık sayfalar halinde saklanır. 

Bir sayfa dolduğunda yeni bir sayfaya geçilir. 

Okuma ve yazma işlemleri her zaman sayfa bazında yapılır. Yani 1 satır veri bile okuyacak olsan, SQL Server o satırın bulunduğu 8 KB’lık koca sayfayı RAM’e çeker. 

Önemli: Eğer bir satırın boyutu 8 KB’ı geçerse, veriler “Row-Overflow” sayfalarına taşınır.

Sayfaların Birleşimi

Extent Nedir?

Sayfalar bir araya gelerek Extent’leri oluşturur. 1 Extent = 8 Sayfa (64 KB).  Uniform Extent: Tüm 8 sayfa aynı tabloya aittir. 

Mixed Extent: İçindeki sayfalar farklı tablolara ait olabilir (Küçük tablolar için yer tasarrufu sağlar).

İşlemlerin Kara Kutusu: Transaction Log (LDF) ve VLF Çıkmazı

İşte bir DBA’in performans savaşını kazandığı veya kaybettiği yer. SQL Server’da bir veriyi değiştirdiğinizde, SQL bunu önce diske değil, Transaction Log (.LDF) dosyasına yazar. Buna Write-Ahead Logging (WAL) diyoruz.

VLF (Virtual Log File): Küçük Parçalar, Büyük Sorunlar

LDF dosyası kendi içinde VLF denilen sanal parçalara bölünür.

Hata: Log dosyasının büyüme adımını (Auto-growth) çok küçük (örn: 1MB) tutmak.

Sonuç: Binlerce küçük VLF parçası oluşur. SQL Server bu parçaları yönetmeye çalışırken CPU tavan yapar ve yazma hızı prangalanır.

Altın Kural: LDF dosyasını baştan büyük bir blok (örn: 2GB) olarak açın ve büyüme adımını sabit (örn: 512MB) tutun. Kağıt parçalarıyla değil, büyük defterlerle çalışın!