TA貢獻1820條經驗 獲得超10個贊
謝謝各位的回答。這邊我自己總結了一下,根據我自己的實際情況主要前臺異步提交一個請求，后臺進行異步組合報表。然后通過1.郵件的方式通知用戶2.通過定時器將消息PUSH給用戶,讓用戶去相應的地址上下載查詢時間精確到秒。在用戶請求之前,先告訴用戶在這個時間段訂單個數。我們可以設定一個合理的值來提示用戶(改動最小)采取任務的形式,前臺提交一個任務給后臺,后臺創建一個任務，并且存入數據庫。前臺可以每隔30s向后臺請求,獲取任務的狀態,以防止超時。相應的前臺有一個loading框(這里也可以改成將文件的生成過程放在服務端,然后這里給用戶返回的是一個連接,用戶可以直接點連接來下載文件)(這個類似使用AJAX的長連接模式)把分析過程放在服務端。服務端起一個定時任務,隔段時間去分析這些數據。直接生產文件放在服務端?？梢蕴峁┙o用戶一個下載列表直接提供給用戶下載5.優化流程,采取dubbo批量數據請求。采取dubbo異步請求。多線程處理數據。多個dubbo服務合并(性能優化)
TA貢獻1853條經驗 獲得超9個贊
最直接的辦法便是，壓縮數據(例如導出時進行壓縮)，調整CGI超時時間。這其中，可以考慮節省CGI進程(因為即使輸出成果已經完成，按照題主的說明，fast_cgi的responsebuffer肯定是遠遠小于這次輸出的大小)，在最后輸出的過程上用其他服務(例如直接用nginx)代勞。其實，例如在問題中的這種從產品設計的角度解決問題在我看來最優解，實時下載真的是那么必要嗎？
舉報