鍍金池/ 問答/PHP  Linux/ Linux（CentOS）下，PHP上傳的文件執(zhí)行move_uploaded_f

Linux（CentOS）下，PHP上傳的文件執(zhí)行move_uploaded_file方法時，特別特別慢。

昨天項目上線了，但我發(fā)現(xiàn)上傳大文件時，PHP執(zhí)行move_uploaded_file方法的速度特別慢。
clipboard.png

幾百KB的文件的話，很快，秒傳。
但上傳大小為15MB的文件時。上傳本身很快，才10幾秒。
但把“臨時目錄的文件”復(fù)制到“我指定的目錄”，這個過程很慢！需要好幾分鐘！
clipboard.png
clipboard.png

PHP.ini的配置如下（Windows測試服務(wù)器是一樣的配置，沒有問題）

post_max_size 101M 
upload_max_filesize 101M
max_execution_time = 120
max_input_time = 60
memory_limit = 256M

我通過find命令，搜索過Linux下的php.ini文件，確認(rèn)只有這一個配置文件。
并且重啟過php-fpm、重啟過apache。
也測試過手動cp 15MB.zip，發(fā)現(xiàn)復(fù)制速度很快，秒復(fù)制。
文件可以上傳，應(yīng)該不是權(quán)限問題。（chmod 777/chmod a+rwx）


真的不知道該怎么解決了，還望各位指教。謝謝！！

【下午13:31更新】
我剛才重裝了PHP，然而問題還在。
(通過YUM安裝。
yum -y install php72w php72w-cli php72w-common php72w-devel php72w-embedded php72w-fpm .....)
這是我的php-fpm.conf配置：
圖片描述

然而在Linux上重啟PHP報錯，無法加載。

啟動PHP報錯

【14.58更新】
我更改了配置文件，PHP-fpm確實是可以正確重啟了。也自動生成了配置文件。
但我重新嘗試下載，等了20幾秒，嘗試了好幾次。日志仍然是空的。
應(yīng)該不是權(quán)限的問題。難道問題不出在PHP身上？還是某種原因，日志沒正確寫入？
clipboard.png

【15.48更新】
我測試了一下，接收文件的PHP，直接返回結(jié)束。
結(jié)果，前端還是要等很長時間?？赡苁荖ginx的反向代理，或者什么原因?qū)е碌摹?br>clipboard.png

回答
編輯回答
鹿惑

【19：47更新】問題解決

我在本地服務(wù)器，把測試接口改為線上服務(wù)器的接口。發(fā)現(xiàn)上傳后等待的時間很短。
而且我手動打開線上服務(wù)器的PHP接口速度也很快。
因此，否決了“PHP出問題”的想法。

然后我回頭看Nginx的配置，把IP地址改為127.0.0.1.
圖片描述
配置線上服務(wù)器，再次嘗試上傳大文件。
圖片描述

雖說還是有些Waiting的時間，但基本可以忽略。
有關(guān)這個Bug的更多解決方案可以百度【W(wǎng)aiting (TTFB) nginx】這個關(guān)鍵字。

相信還有優(yōu)化的空間（CDN等）。

這個困擾我一天半的Bug終于解決了。
最后非常感謝 @xialeistudio 這位朋友的回答。雖說最終沒有通過php-fpm的日志發(fā)現(xiàn)問題的原因。
但您的回答對我很有幫助，加深了對PHP的理解。謝謝！

2017年12月1日 23:14
編輯回答
真難過

php-fpm.conf開啟php的slowlog

另外麻煩做個測試 在/tmp目錄下新建一個20M的文件，linux上面mv到你的PHP上傳后的目錄

4:00更新

  1. 檢查slowlog權(quán)限
  2. request_slowlog_timeout = 5 沒有單位
2017年9月20日 08:26