Günlüğe kaydetme MySQL performansına zarar verir - ama neden?

Ben zaten sitede, ne de MySQL belgelerinde bu konuda bir cevap göremiyorum oldukça şaşırdım ( bölüm 5.2 aksi takdirde iyi örtülü günlüğü var gibi görünüyor!)

Binlog'ları etkinleştirirsem, küçük bir ekstra IO ile beklenen küçük bir performans isabeti (öznel olarak) görüyorum - ancak genel bir sorgu günlüğünü etkinleştirdiğimde, muazzam bir performans isabeti görüyorum (sorguları çalıştırmak için iki kez, ya da daha kötüsü), binlog'larla gördüğümden çok daha fazla. Tabii ki şimdi her SELECT'i ve her UPDATE / INSERT'i kaydediyorum, ancak diğer cinler her isteği (Apache, Exim) durmadan öğütmeden kaydediyor.

IO söz konusu olduğunda performans "devrilme noktasına" yakın olmanın etkilerini mi görüyorum, yoksa bunun olmasına neden olan sorguları günlüğe kaydetmede temelde zor bir şey var mı? Geliştirme işlemini kolaylaştırmak için tüm sorguları günlüğe kaydetmeyi çok isterim, ancak genel sorgu kaydı ile performansı tekrar elde etmemiz gerektiği gibi hissettiği donanım türünü haklı çıkaramıyorum.

Tabii ki, yavaş sorguları günlüğe kaydediyorum ve bunu devre dışı bırakırsam genel kullanımda ihmal edilebilir bir gelişme var.

(Tüm bunlar Ubuntu 10.04 LTS, MySQLd 5.1.49'da, ancak araştırmalar bunun oldukça evrensel bir sorun olduğunu gösteriyor)

Genel sorgu günlükleri ikili günlüklerden çok daha fazla ES'dir. Çoğu SQL sunucusunun% 10 yazma işlemine% 90 oranında okunmasının yanı sıra, ikili günlükler daha az disk alanı kullanan düz metin yerine ikili biçimde depolanır. (Ne kadar daha az yer? Emin değilim. Üzgünüm.)

Apache ve Exim'in neden her performansı önemli bir performans etkisi olmadan kaydedebilmesinin iki yönü vardır. Birincisi, bir talebin gerçekleştiğini kaydeder, ancak günlüğe koydukları şey genellikle gerçek talepten daha küçüktür. HTTP isteği genellikle günlüğe giden satırın iki katıdır ve kısa, düz metinli bir e-posta bile ona eşlik eden günlük satırından 10 veya 20 kat daha büyüktür. 10 MB eki olan bir e-postada, günlüğe yalnızca birkaç satır yazılır.

Bunun ikinci kısmı, normal bir web uygulamasında genellikle tek bir HTTP sayfasıyla ilişkili düzinelerce SQL sorgusu olmasıdır. E-postalar HTTP isteklerinden bile daha küçük sayılarla gelir. MySQL sunucunuz muhtemelen Apache veya Exim'den çok daha fazlasını kaydetmeye çalışıyor.

Günün sonunda MySQL ikili ve genel günlüklerinizin boyutuna (sıkıştırılmamış) ve Apache ve Exim günlüklerinize bakın. Bahse girerim ki MySQL genel günlüğü en az 5 faktör büyüktür.

Verilen cevaba eklemek için, MySQL veri depolarınızla aynı cihaza giriş yapıyorsanız bir performans isabeti görürsünüz - aynı diskse, birden fazla konuma okuma ve yazma yapacaksınız her zaman, tüm süreci yavaşlatır.

Aynı fiziksel diskte farklı bir bölüm olsa bile bu doğrudur.

Günlük kaydı farklı bir cihaza gidecekse, bu durum bazı performans sorunlarını hafifletmelidir .