Kayıt ol

Tovala Akıllı Fırın Deneyimi: Paket Servisten Daha İyi mi?FortiMail'de Kritik Zero-Day Açığı Aktif Saldırılarda Kullanılıyor Meadow: Sosyal Medyasız Minimalist Telefon Deneyimi California'da Gizli Kayıt Yapan Akıllı Gözlük Yasasına Veto Hello Robot Stretch 4, TechCrunch Disrupt 2026'da Canlı Tanıtılacak

JavaScript devre dışı. Daha iyi bir deneyim için, önce lütfen tarayıcınızda JavaScript'i etkinleştirin.

WordPress Veritabanı Optimizasyonu: Autoload, Revizyonlar ve Yavaş Sorgular İçin Rehber

Mesaj: <blockquote data-quote="Admin" data-source="post: 12808" data-attributes="member: 1"><p><h2>WordPress Veritabanı Optimizasyonu: Autoload, Revizyonlar ve Yavaş Sorgular İçin Rehber</h2><p>WordPress siteniz yavaşladığında veritabanını temizlemek işe yarayabilir. Ancak bütün revizyonları silmek veya “tabloları optimize et” düğmesine basmak, her performans sorununu çözmez.</p><p>Büyük bir veritabanı doğru sorgularla hızlı çalışabilir. Küçük bir veritabanı ise kötü yazılmış bir eklenti, gereksiz sorgular veya yetersiz sunucu kaynakları nedeniyle yavaşlayabilir.</p><p>Bu nedenle veritabanı optimizasyonunu üç iş olarak düşünmek daha yararlıdır: gereksiz veriyi azaltmak, uygulamanın veritabanını nasıl kullandığını incelemek ve ölçülen darboğazı gidermek.</p><h2>Veritabanı Neden Büyür, Ne Zaman Sorun Oluşturur?</h2><p>WordPress; yazıları, kullanıcıları, yorumları ve ayarları veritabanında tutar. Eklentiler de kendi tablolarını veya mevcut tablolarda yeni kayıtlar oluşturabilir.</p><p>Zaman içinde büyümeye neden olan başlıca veriler şunlardır:</p><ul> <li data-xf-list-type="ul">Yazı ve sayfa revizyonları.</li> <li data-xf-list-type="ul">Çöp kutusundaki içerikler ve spam yorumlar.</li> <li data-xf-list-type="ul">Geçici önbellek kayıtları.</li> <li data-xf-list-type="ul">Eklenti günlükleri ve işlem geçmişleri.</li> <li data-xf-list-type="ul">Kullanılmayan uygulama ayarları.</li> <li data-xf-list-type="ul">Büyük miktarda ürün, sipariş veya içerik metaverisi.</li> </ul><p>Bu kayıtların hepsi gereksiz değildir. Örneğin sipariş geçmişi işletmenin verisidir; yalnızca tabloyu küçültmek için silinmemelidir. Revizyonlar da editörün eski bir metne dönmesini sağlayabilir.</p><p>Önce büyüyen tablonun ne tuttuğunu öğrenin. Ardından hangi verinin saklanması gerektiğine karar verin.</p><h2>İlk Adım: Ölçüm ve Yedek</h2><p>İşleme başlamadan önce mevcut durumu kaydedin. Böylece değişikliğin yararlı olup olmadığını karşılaştırabilirsiniz.</p><table style='width: 100%'><tr><th>Ölçüm</th><th>Ne anlatır?</th></tr><tr><td>Veritabanı ve tablo boyutları</td><td>Hangi veri grubunun büyüdüğünü</td></tr><tr><td>Toplam sorgu süresi</td><td>Sayfa üretiminde veritabanına harcanan zamanı</td></tr><tr><td>Yavaş ve tekrarlanan sorgular</td><td>Uygulama tarafındaki olası darboğazları</td></tr><tr><td>Autoload boyutu</td><td>Otomatik yüklenen ayarların hacmini</td></tr><tr><td>CPU, RAM ve disk kullanımı</td><td>Sunucu kaynaklarının durumunu</td></tr></table><p></p><p>Karşılaştırmayı aynı sayfalarda ve benzer koşullarda yapın. Önbellekten sunulan ana sayfa ile oturum açılmış yönetici panelini aynı ölçüm gibi değerlendirmeyin.</p><p>Ardından veritabanı yedeğini alın. WP-CLI erişiminiz varsa örnek komut:</p><p><code class="bbCodeInline">wp db export /home/hesap/yedekler/veritabani-oncesi.sql</code></p><p>Yolu kendi hesabınıza göre değiştirin ve klasörün mevcut olduğundan emin olun. SQL yedeğini ziyaretçilerin erişebileceği web klasöründe bırakmayın.</p><p><code class="bbCodeInline">wp db export</code>, veritabanını SQL dosyasına aktarır. Site dosyalarını da değiştirecekseniz onların ayrıca yedeklenmesi gerekir.</p><p>Kritik bir sitede yedeğin deneme ortamına geri yüklenebildiğini doğrulamak, yalnızca dosyanın oluştuğunu görmekten daha güçlü bir kontroldür.</p><h2>Autoload Nedir ve Neden İncelenmeli?</h2><p>WordPress’in options tablosunda uygulama ayarları bulunur. Autoload, bazı ayarların gerektiğinde tek tek sorgulanmak yerine topluca yüklenmesini sağlar.</p><p>Bu mekanizma faydalıdır. Sorun, ihtiyaç duyulmayan büyük veri kümelerinin de otomatik yüklenmesidir.</p><p>Güncel WordPress’te autoload kontrolü yalnızca <code class="bbCodeInline">yes</code> değerine dayanmaz. Varsayılan olarak şu değerler otomatik yükleme kapsamındadır:</p><p>[CODE]yes</p><p>on</p><p>auto-on</p><p>auto[/CODE]</p><p>Dolayısıyla yalnızca <code class="bbCodeInline">WHERE autoload = 'yes'</code> kullanan eski sorgular toplamı eksik gösterebilir.</p><h3>Autoload boyutu nasıl kontrol edilir?</h3><p>Önce <strong>Araçlar > Site Sağlığı</strong> ekranını inceleyin. WordPress’in varsayılan autoload uyarı eşiği <strong>800.000 bayttır</strong>. Bu, incelenmesi gereken bir durumu gösterir; tek başına sitenin yavaşlık nedenini kanıtlamaz.</p><p>phpMyAdmin üzerinden toplam boyutu görmek için şu salt okunur sorguyu kullanabilirsiniz:</p><p>[CODE]SELECT</p><p>    SUM(OCTET_LENGTH(option_value)) AS toplam_bayt</p><p>FROM wp_options</p><p>WHERE autoload IN ('yes', 'on', 'auto-on', 'auto');[/CODE]</p><p>En büyük kayıtları listelemek için:</p><p>[CODE]SELECT</p><p>    option_name,</p><p>    OCTET_LENGTH(option_value) AS boyut_bayt,</p><p>    autoload</p><p>FROM wp_options</p><p>WHERE autoload IN ('yes', 'on', 'auto-on', 'auto')</p><p>ORDER BY boyut_bayt DESC</p><p>LIMIT 20;[/CODE]</p><p>Tablo ön ekiniz farklıysa <code class="bbCodeInline">wp_options</code> adını değiştirin. Bu sorgular WordPress’in varsayılan autoload değerlerini esas alır; özel kodla değiştirilmiş davranışlar ayrıca değerlendirilmelidir.</p><h3>Büyük bir ayar kaydı bulduğunuzda ne yapmalısınız?</h3><p>Önce kaydın hangi eklentiye veya özelliğe ait olduğunu belirleyin. Büyük olması, silinebileceği anlamına gelmez.</p><p>Eklentinin kendi temizleme seçeneği, güncellemesi veya geliştiricinin önerdiği yöntem varsa onu kullanın. Bir ayarın autoload özelliğini kapatmak, gerektiğinde ayrı sorguyla okunmasına yol açabilir; bu da otomatik olarak hız kazancı demek değildir.</p><p>Tanımadığınız kayıtlarda toplu silme veya bütün autoload değerlerini kapatma işlemi uygulamayın.</p><h2>Transient Temizliği: Geçici Önbelleği Doğru Anlamak</h2><p>Transient, belirli süre saklanması amaçlanan geçici veridir. Örneğin bir eklenti dış servisten aldığı yanıtı transient olarak önbelleğe alabilir.</p><p><strong>Süresi dolmuş bütün transient’ler her sayfa isteğinde yüklenmez.</strong> Ayrıca WordPress’in süresi dolan kayıtlar için temizleme mekanizmaları vardır. Birikme görüyorsanız zamanlanmış görevlerin çalışıp çalışmadığını da kontrol edin.</p><p>WP-CLI ile süresi dolmuş transient’leri temizlemek için:</p><p><code class="bbCodeInline">wp transient delete --expired</code></p><p>Bu komut yalnızca süresi dolmuş kayıtları hedefler.</p><p>Bütün transient’leri silmek ise önbelleğin yeniden oluşturulmasına ve bazı dış servis isteklerinin tekrarlanmasına neden olabilir. Bu yüzden toplu temizliği rutin bir hızlandırma yöntemi olarak kullanmayın.</p><p>Redis veya Memcached gibi kalıcı nesne önbelleği etkinse transient’ler veritabanı yerine bu sistemde tutulabilir. Temizliği, sitenin kullandığı önbellek yapısına göre değerlendirin.</p><h2>Revizyonları Sınırlayın, İçerik Geçmişini Planlayın</h2><p>Revizyonlar, yazıların önceki sürümlerini saklar. İçerik üretimi yoğun sitelerde önemli miktarda kayıt oluşabilir.</p><p>Gelecekte tutulacak revizyon sayısını sınırlandırmak için <code class="bbCodeInline">wp-config.php</code> dosyasına şu satır eklenebilir:</p><p><code class="bbCodeInline">define( 'WP_POST_REVISIONS', 5 );</code></p><p>Aynı sabit zaten tanımlanmışsa mevcut değeri düzenleyin. Satır, WordPress yüklenmeden önce bulunmalıdır; genellikle dosyadaki “düzenlemeyi burada bırakın” açıklamasının üstüne yerleştirilir.</p><p>Bu ayarı eklemek, mevcut bütün eski revizyonları anında temizlemez. Eski birikim için ayrıca kontrollü bakım gerekir.</p><p>Temizlikten önce editörlerin hangi geçmişe ihtiyaç duyduğunu belirleyin. Doğrudan SQL ile kayıt silmek yerine WordPress’in veri ilişkilerini dikkate alan bir araç veya yöntem kullanın.</p><h2>Çöp, Spam ve Eklenti Verilerini İnceleyin</h2><p>Veritabanı bakımında şu grupları ayrı değerlendirin:</p><table style='width: 100%'><tr><th>Veri grubu</th><th>Uygun yaklaşım</th></tr><tr><td>Spam yorumlar</td><td>Listeyi kontrol edip temizlemek</td></tr><tr><td>Çöp kutusundaki içerik</td><td>Geri yükleme ihtiyacını değerlendirmek</td></tr><tr><td>Eklenti günlükleri</td><td>Eklentinin saklama süresini ayarlamak</td></tr><tr><td>Eski görev kayıtları</td><td>İlgili eklentinin bakım aracını kullanmak</td></tr><tr><td>Kullanılmayan tablolar</td><td>Sahibini ve bağımlılıklarını doğrulamak</td></tr></table><p></p><p>Bir eklentinin kaldırılması, bıraktığı her verinin işe yaramaz olduğu anlamına gelmez. Yeniden kullanım, başka bir entegrasyon veya ortak bir bileşen söz konusu olabilir.</p><p>Özellikle görev tablolarında bekleyen işlemler ile tamamlanmış işlem geçmişini karıştırmayın. Bekleyen bir görevi silmek, zamanlanmış işlemin yapılmasını engelleyebilir.</p><h2>OPTIMIZE TABLE Ne İşe Yarar?</h2><p><code class="bbCodeInline">OPTIMIZE TABLE</code>, tablo ve indekslerin fiziksel düzenini yeniden oluşturabilir. Büyük miktarda veri silindikten sonra alan kazanmak veya belirli depolama sorunlarını azaltmak için yararlı olabilir.</p><p>InnoDB tablolarında işlem genellikle tabloyu yeniden oluşturma ve istatistikleri güncelleme biçiminde yürür. Çıktıda şu mesaj görülebilir:</p><p><code class="bbCodeInline">Table does not support optimize, doing recreate + analyze instead</code></p><p>Bu mesajın ardından başarılı sonuç gelebilir. Ancak bütün hata ve uyarıları normal kabul etmeyin; nihai durumu kontrol edin.</p><p>Belirli bir tablo için örnek:</p><p><code class="bbCodeInline">OPTIMIZE TABLE wp_options;</code></p><p>WP-CLI ile veritabanında daha geniş kapsamlı işlem:</p><p><code class="bbCodeInline">wp db optimize</code></p><p>Bu komut MySQL’in bakım aracını kullanır; gereksiz içerikleri veya revizyonları seçerek silmez.</p><p>Büyük tablolarda işlem disk ve I/O tüketebilir, kilit beklemelerine yol açabilir. InnoDB’de boş alanın bir kısmı sonraki işlemlerde yeniden kullanılabilir; görünen her “overhead” değeri acil müdahale gerektirmez.</p><p>Bu nedenle bütün tabloları her ay otomatik optimize etmek yerine, gereksinimi doğrulayın ve işlemi uygun bakım saatinde yapın.</p><h2>Asıl Sorun Yavaş Sorguysa Temizlik Yetmez</h2><p>Bir eklenti aynı sayfada yüzlerce sorgu çalıştırıyorsa veya büyük bir tabloyu verimsiz tarıyorsa, revizyon temizliği sınırlı fayda sağlayabilir.</p><p>Query Monitor; sorgu sürelerini, tekrar eden sorguları ve bunların ilişkili olduğu bileşenleri incelemek için kullanılabilir.</p><p>Daha ayrıntılı incelemede:</p><ul> <li data-xf-list-type="ul">Yavaş sorgu günlüklerini kontrol edin.</li> <li data-xf-list-type="ul">Sorgunun hangi ekran veya işlemde oluştuğunu belirleyin.</li> <li data-xf-list-type="ul"><code class="bbCodeInline">EXPLAIN</code> ile yürütme planını inceleyin.</li> <li data-xf-list-type="ul">Uygun indeks veya sorgu değişikliğini test edin.</li> <li data-xf-list-type="ul">Sonucu aynı koşullarda tekrar ölçün.</li> </ul><p>İndeks eklemek her sorguyu hızlandırmaz. İndeksler ek depolama kullanır ve yazma işlemlerine maliyet getirir. Başka bir sitenin indeks önerisini kendi veritabanınıza doğrudan uygulamayın.</p><h2>Redis ve Sayfa Önbelleği Nerede Devreye Girer?</h2><p>Kalıcı nesne önbelleği, WordPress’in uygun veri ve nesneleri istekler arasında yeniden kullanmasını sağlayabilir. Ancak Redis’in kurulmuş olması, bütün SQL sorgularının sonuçlarının kendiliğinden önbelleğe alındığı anlamına gelmez.</p><p>WordPress tarafında çalışan entegrasyon ve uygulamanın önbelleği kullanma biçimi önemlidir.</p><p>Sayfa önbelleği ise uygun ziyaretçilere önceden üretilmiş yanıt sunarak PHP ve veritabanı işini azaltabilir. Üye alanı, sepet ve ödeme sayfaları gibi kişiselleştirilmiş bölümler farklı kurallar gerektirir.</p><p>Sunucu tarafında da <code class="bbCodeInline">innodb_buffer_pool_size</code> gibi ayarlar önemlidir. Aynı sunucuda PHP, web sunucusu ve e-posta hizmetleri çalışıyorsa RAM’in sabit bir yüzdesini veritabanına ayırmak yerine toplam bellek ihtiyacını değerlendirin.</p><h2>Bakım Sıklığını Sitenin İhtiyacına Göre Belirleyin</h2><p>Her site için aynı bakım takvimi uygun değildir. Az güncellenen bir tanıtım sitesiyle yoğun sipariş alan bir mağazanın ihtiyaçları farklıdır.</p><table style='width: 100%'><tr><th>İşlem</th><th>Ne zaman yapılmalı?</th></tr><tr><td>Yedekleme</td><td>Kabul edilebilir veri kaybı süresine göre</td></tr><tr><td>Çöp ve günlük temizliği</td><td>Saklama politikası ve büyüme hızına göre</td></tr><tr><td>Autoload incelemesi</td><td>Uyarı, performans sorunu veya büyük eklenti değişikliği sonrası</td></tr><tr><td>Yavaş sorgu analizi</td><td>Yavaşlayan ekran veya artan kaynak kullanımı görüldüğünde</td></tr><tr><td>Tablo optimizasyonu</td><td>Ölçüm ve bakım ihtiyacı doğrulandığında</td></tr></table><p></p><p>Bakım sonrası ana sayfa, yönetici paneli, arama, form ve varsa sipariş akışını test edin. Veritabanının küçülmesiyle sorgu sürelerinin kısalmasını ayrı sonuçlar olarak değerlendirin.</p><h2>Sıkça Sorulan Sorular</h2><h3>Veritabanını küçültmek siteyi kesin hızlandırır mı?</h3><p>Hayır. Darboğaz büyük autoload verisi veya verimsiz sorguysa iyileşme olabilir. Sorun başka bir yerdeyse boyutun azalması belirgin hız kazancı sağlamayabilir.</p><h3>Autoload uyarısını kaldırmak için bütün kayıtları kapatmalı mıyım?</h3><p>Hayır. Önce büyük kayıtların görevini belirleyin. Gerekli ayarların yüklenme biçimini topluca değiştirmek, sorunu başka sorgulara taşıyabilir.</p><h3>Eklenti kullanmadan bakım yapılabilir mi?</h3><p>Evet. WP-CLI, phpMyAdmin ve WordPress’in kendi araçları kullanılabilir. Önemli olan aracın adı değil, hangi veriyi ve hangi kapsamda değiştirdiğidir.</p><h3>Optimizasyon içerik kaybına neden olur mu?</h3><p>Seçilen işlem veri siliyorsa olabilir. Revizyon, çöp veya günlük temizliği ile fiziksel tablo optimizasyonu farklı işlemlerdir. Temizleme seçeneklerini tek tek inceleyin.</p><h3>Paylaşımlı hostingte sunucu ayarlarını değiştirebilir miyim?</h3><p>Genellikle veritabanı sunucusunun genel ayarlarını sağlayıcı yönetir. Kendi uygulamanızın sorgularını, verilerini ve desteklenen önbellek seçeneklerini düzenleyebilir; sunucu darboğazları için sağlayıcıdan inceleme isteyebilirsiniz.</p></blockquote><p></p>