PHP/MySql/Jquery腳本與內存

Question

嗨，大家好我有一個關於服務器的RAM和PHP/MySQL/JQuery腳本的問題。

當腳本不需要額外的RAM時，腳本可以殺死RAM嗎？ （我知道這可能發生在RAM長到最大或由於內存限制而發生的情況下，但這不是這種情況。）

我正在測試腳本，但每當我這樣做時RAM就會快速下降。 腳本不會顯示內存限制的錯誤，並且它正確加載所有數據。當我不測試腳本RAM仍然關閉時。

在數據庫中有一對記錄 - 可能是9個表中的350條記錄（bigges表有147條記錄）。

（我沒有任何日誌只是單純的（很簡單），用於運行服務器圖表）

感謝您的時間。

Answer 1

如果您在PHP錯誤日誌中未收到有關未能分配內存的錯誤，並且您沒有看到服務器內存不足的其他問題（例如由於正在寫入內存頁導致性能下降磁盤需求分頁），你可能不需要真的擔心它。任何一個Web服務器在單個請求中佔用大量內存的用例將非常罕見。

至於試圖分析實際的內存使用情況，試圖通過觀察像任務管理器這樣的東西來描述它，將會非常不可靠。大多數PHP腳本將以毫秒爲單位完成，這是沒有足夠的時間讓內存分配真正在任務管理器中註冊。即使你有一種更可靠的分析內存使用情況的方法（我不記得PHP是否已經內置了這個功能，但可能會這樣做），請記住，由於某些原因，內存使用情況會非常嚴重這可能很難理解。特別是PHP是非常高的水平：您可以打開一個數據庫連接，這涉及到操作系統打開網絡套接字的所有內容，創建內部數據結構，緩存事物等等，所有這些都包含在一行代碼中。該腳本可能爲單個數據庫行分配了許多兆字節的內存，但可能會在一毫秒後重新分配該內存。

那些數據庫大小是相當可忽略的。根據行的大小，它可能低於兆字節的數據，這對於任何遠程現代化的內存來說都是一個小小的下降。不要擔心類似的內存使用情況。只有當你看到你的腳本失敗，並且你的錯誤日誌報告內存不足，你纔會真的擔心它。