Hayır, tabii ki yanlış. Bu muhtemelen kötü yapılandırmasıyla ilgilidir. InnoDB ara bellek havuzu boyutu bir göz atın ve artabilir eğer bakın. Bu ram sıkıntısı tipik bir durum gibi geliyor. Sağlıklı kurulumları hemen hemen hiç bağlı cpu, ve kesinlikle toplu ekler değil yaparken.

InnoDB ile, diğer şeyler hala veritabanına erişmek gerekir. Eğer şema (veya ilgili kısmını) ve uygulamanın ilgili bölümlerini göstermek için hazır mısınız?

Belki donanım çekişme var.

Lütfen "cron" iş kullanıyor işlemlerin ne kadar büyük? Küçücük işlemleri kullanarak gereksiz IO büyük bir miktar oluşturacaktır.

Veritabanı sunucuları (sizin sunucular sabit diskler değil SSD kullanmak varsayarak) pil destekli raid denetleyicileri var mı? Değilse, commits oldukça yavaş olacaktır.

Ne kadar ram veritabanı sunucusu var? Mümkünse, biraz sizin veritabanı daha büyük ve veri boyutu> için innodb_buffer_pool ayarlanmış olduğundan emin olun - bu, salt iş yükleri onları hızlı yapmak gerekir, hangi zaten ram çıkıp anlamına gelecektir.

Eğer üretim-sınıf donanım üzerinde bir test sistemi sorunu yeniden miyim?

Ben size sorguları kadar bina nasıl yeniden düşünmek gerekebilir düşünüyorum. InnoDB sayfa düzeyinde kilitleri var, ama büyük güncellemeleri ile hala sorguları biraz aşağı kilitleyebilir.

Gerçek sorguları gönderebilir, ve .. ben bu gibi genel bir soru için genel bir çözüm olduğunu sanmıyorum tekrar deneyin, bu yüzden bugün ne yaptığınızı optimize içine bakmak.

Her sorgu arasında 1/10 saniye ya da öylesine için komut gecikme olabilir. Bu arka planda aktivitesini daha uzun sürer ama sağlayacaktır.

sleep( 0.1 );

Muhtemelen sadece yazma için bunu yapmak gerekir, çok ucuz okur.