Ben en çok zaman harcanan nerede PHP kodu bulmak için profil öneririm. Sen benim blog a step-by-step tutorial about using XDebug to profile PHP conde bulabilirsiniz. Sonra / en çok zaman tüketen parçaları optimize etmek için denemek en sık denir. Yapabileceğiniz en iyi optimizasyonlar biri mümkünse daha hızlı büyüklüklerdir, çünkü yerleşik fonksiyonları ile PHP yöntemlerini değiştirmektir.

Daha az, daha karmaşık sorguları yapmak üzere daha, daha basit sorguları yapmak için daha hızlı olabilir. O sorguladığınız veri üzerinde bir çok bağlıdır çünkü Ama kriter bunları gerekir.

O dedi, PHP bellek sorunları çalışıyor olabilir. Ne tavsiye ederim size veri işleme algoritması yeniden düzenleyebilirsiniz olmadığını görmektir. Ne doğru çalışan olacak bir seferde sadece tek bir büyük veri kümesi almak için, ama zaten bunu işlemek için gereken sırayla MySQL ile sıralanır. Sonra bir tampon sorgu kullanabilirsiniz.

Bir tamponsuz sorgusu istemci kütüphane koduna teslim etmeden önce tüm resultset saklamak anlamına gelir. Bu bir while() döngü ([{çağrı anlamına gelir - yani normal işlemek kütüphaneden daha büyük olabilir, ama bunun işe yaraması için, sizin işlem döngü her döngüsünde API bir satır getirme gerektiği anlamına gelir 1)]} her zaman.

İhtiyacınız sırayla zaten resultset aracılığıyla çalışan diğer avantajı, size ihtiyacınız olandan daha fazla sormak ve gitmek gibi filtre olabilir. Bu veritabanı tarafından less filtreleme olduğundan daha fazla sorarken Bu çalışıyor.

Veritabanı sorguları, 30.000 satır gibi dönmek bile olanlar, genelde sadece bir saniyenin bir kısmını alır. Böyle bir yordam ve RAM ile, muhtemelen IO de yavaşlatıyor. Ben çoğu zaman dosya (lar) yazmaya harcanan ediliyor bahis istekli olurdu.

Söyleniyor, ben ön tüm verilere sahip öneririm. En azından o, bellekten okuyorsun. Ben MySQL geçerli satır için bir işaretçi ile belleğe her şeyi yükler emin değilim, ya da yalnızca geçerli satır yükler eğer.

Bir dakikalık işlem süresi ile veri kümesi sonuç kümesinin bölümleme gerektirecek kadar büyük gelmiyor.

Böylece ile belleğe tüm yükleme iyi olurdu, kabul.

Ancak, mysql zaten sorgu önbelleğe, bu yüzden arda yinelenen sorgular ya büyük bir sorun olmamalı.

Diskteki dosya IO yazma yavaş nokta gibi ses yok. Ben stiller ve biçimlendirme xls dosyaları için nasıl çalıştığı hakkında çok şey bilmiyorum ama, herhangi bir in-line biçimlendirme yapmıyor böylece biçimlendirme azaltılması veya düzenleyerek bu anlamsız yazma bir çok azaltabilecek eminim eğer buysa bile mümkün.

Ben tavsiye ediyorum iyi şey sorgu optimize ediyor. Bu genellikle Ben sorunu bu tür bakmak ilk optimize yerdir. Eğer yazıyı düzenleyebilir ve sql içerebilir eğer ben bir göz olabilir. (Hassas bilgileri makasla & şerit çekinmeyin)

MySQL PHP katman daha veri herhangi hesaplamalar / dönüşümler gerçekleştirmek mümkün olacak, bu yüzden bir tablo için veri almak için tüm iş yapar bir sorgu yazmak istiyorsunuz.

Her tablo için bir kez yapmak daha.