另一個問題,我說我正在運行一個php腳本,它從mysql數據庫中抓取150行數據,然後對該數據進行了一些計算,並將其放入一個數組中(120個元素,每個元素的數組爲30 ,或總共大約3600個元素)。 「結果」數組是需要的,因爲我用數據創建了一個圖。這個腳本工作正常。處理超大型數組的最佳做法? D B?
我想將我的腳本擴展爲更密集的數據集(這將提供更好的結果)。數據集是1700行,最終將以1340個元素的「結果」數組爲單位,每個數組爲360個元素,總計約爲482400個元素。問題是,我試過這個,並且發現了一些令人髮指的內存錯誤。
正如在前面的問題我貼給我描述的該尺寸導致陣列可能是急劇的服務器內存
在你第二個更大的樣本將是陣列(1700,1699)。每個元素144個字節,即415,915,200個字節,略大於406Meg +剩餘的存儲空間,僅用於保存計算結果。
我不熟悉處理此問題的典型方法。我正在考慮更大的數據集,序列化和base64_encode'1340每個結果數組元素,它運行(或每10或20 1340分貝調用可能太多),並上傳到SQL服務器,並且取消設置結果數組以釋放內存。然後,我可以通過向數據庫查詢特定信息來製作我的報告和圖表,而不是將它全部放在一個龐大的數組中。
還有其他的方法嗎?
如上所述,較小的用例(150個週期)繪製3300個點。較大的一個*會是400k點。我當然考慮過後端流程路線。我使用dygraphs作圖。 –