問(wèn)題（來(lái)自lunacyfoundme） 我正在重建我們公司內(nèi)部網(wǎng)，期間遇到一個(gè)與大量數(shù)據(jù)處理報(bào)告有關(guān)的前一個(gè)版本的問(wèn)題。此前我曾用同步處理程序代碼解決過(guò)這個(gè)問(wèn)題，只是運(yùn)行的很慢很慢，這導(dǎo)致我不得不延長(zhǎng)最大腳本運(yùn)行時(shí)間10到15分鐘。有沒(méi)有更好的方式來(lái)處理PHP站點(diǎn)里的大量數(shù)據(jù)呢？理想情況下我想在后臺(tái)運(yùn)行它，并且跑的越快越好。這個(gè)過(guò)程包括處理成千上萬(wàn)條的財(cái)務(wù)數(shù)據(jù)，我是使用Laravel來(lái)重建這個(gè)站點(diǎn)的。 最好受歡迎的回答（來(lái)自spin81）： 人們都告訴你要使用隊(duì)列和諸如此類的東西，這是一個(gè)好主意，但問(wèn)題好像并沒(méi)有出在PHP上面。Laravel/OOP是很厲害的，但生成你所說(shuō)的報(bào)告的程序似乎不應(yīng)你該有問(wèn)題。對(duì)于不同的看法，我想看看你得到這些數(shù)據(jù)時(shí)使用的SQL查詢。正如其他人所說(shuō)，如果你的表單有成千上萬(wàn)行那你的報(bào)告應(yīng)該不會(huì)耗費(fèi)10到15分鐘才完成。實(shí)際上，如果你沒(méi)做錯(cuò)事的話可能會(huì)在一分鐘內(nèi)就能處理成千上萬(wàn)條記錄，完成同樣的一篇報(bào)告。

1.如果你正在做成千上萬(wàn)條查詢，看看你能不能先只做幾條查詢。我之前曾使用一個(gè)PHP函數(shù)把70000條查詢降為十幾條查詢，這樣它的運(yùn)行時(shí)間就從幾分鐘降到了幾分之一秒。 2.在你的查詢上運(yùn)行EXPLAIN，看看你是不是缺少什么索引。我曾經(jīng)做過(guò)一個(gè)查詢，通過(guò)增加了一個(gè)索引后效率提高了4個(gè)數(shù)量級(jí)，這沒(méi)有任何夸張的成分。如果你正在使用MySQL，你可以學(xué)學(xué)這個(gè)，這種“黑魔法”技能會(huì)讓你和你的小伙伴驚呆的。 3.如果你正在做SQL查詢，然后獲得結(jié)果，并把很多數(shù)字弄到一起，看看你能不能使用像SUM（）和AVG（）之類的函數(shù)調(diào)用GROUP BY語(yǔ)句。跟普遍的情況下，讓數(shù)據(jù)庫(kù)處理盡量多的計(jì)算。我能給你的一點(diǎn)很重要的提示是：（至少在MySQL里是這樣）布爾表達(dá)式的值為0或1，如果你很有創(chuàng)意的話，你可以使用SUM（）和它的小伙伴們做些很讓人驚訝的事情。 4.好了，最后來(lái)一個(gè)PHP端的提示：看看你是不是把這些同樣很耗費(fèi)時(shí)間的數(shù)字計(jì)算了很多遍。例如，假設(shè)1000袋土豆的成本是昂貴的計(jì)算，但你并不需要把這個(gè)成本計(jì)算500次，然后才把1000袋土豆的成本存儲(chǔ)在一個(gè)數(shù)組或其他類似的地方，所以你不必把同樣的東西翻來(lái)覆去的計(jì)算。這個(gè)技術(shù)叫做記憶術(shù)，在像你這樣的報(bào)告中使用往往會(huì)帶來(lái)奇跡般的效果。