MySQL giderek çürüyen ...?

2 Cevap php

Ben, bir MySQL DB bir tablodan satır okur veri dönüşümleri, ve başka bir MySQL DB ikinci bir tabloya satır ekler Zend / PHP komut dosyası var.

Ben arı Senaryoyu ayıklama ettik, bu bir hata savurma önce birlikte daha çok daha az ve elde edilmiştir. Şu anda, 60 satır ekledikten sonra, o çıkar. Başlangıçta 300 + satır ekleyerek oldu. Kaynak veri değişmedi.

Ben ... kodun her ons civarında catch blokları denemek var ve ben genel bir "kırık" tarzı hata ama hiçbir şey almıyorum - bir şey yakalanmış varlık değildir Zend Framework bir hata savurma mümkün, ama Ben eklenen satırlara ilişkiyi anlamıyorum.

Bu tam anlamıyla arasında hiçbir kod değişikliği ile ... 60 80 74-63 ila 83 satır ekleyerek gitti. Ben denemeden arasında hedef veritabanı boşalttı. Ben optimize edilmiş ve veritabanı kızardı ve ben MySQL yeniden başlatılması ettik, ben BÜTÜN DARN sunucunun yeniden başlatılması ettik ... ve aynı deseni ile yapışır ettik.

Herhangi bir vahşi ben bakmak ya da deneyebilirsiniz ne tahmin?

2 Cevap

Sorun MySQL çeşit bir bellek sızıntısı olduğu ortaya çıktı - Bir daha 21. yüzyıl sürümüne yükseltmek için onları ikna sonra, sorun yok. Biz bunu yapmadan önce bellek sızıntısı kontrol yaptı.

(Düşündüğünüz olmayan ya da başka bir makinede) veya başka yeniden başlatıldıktan genelinde bir yavaşlama olmaz diskte bir yere biriken verileri olmalı. Ben VM yiyip bir bellek sızıntısı tahmin ve yavaş yavaş işler yavaşlıyor, ağır takas içine makineyi zorluyor olurdu - ama bu, yine, yeniden başlatılır genelinde devam edilmemelidir.

Bir ölene kadar, CPU kendisi giderek ısınmasına ve bir tepki olarak yavaşlamasına neden, bir Pentium 4 veya daha yeni CPU soğutma script daha az yapmak mümkün yapma ve daha az çalışması gibi, bazı funky HW hatası çarpıyorum olmadığı varsayılarak PHP yapılandırılan betik çalıştırma süre ile karşılaşır.

etiketler