nginx+fastcgi+django提交form時(shí)504
問(wèn)題描述
服務(wù)器用的是ALIYUN的Ubuntu 64位服務(wù)器,今天第一次遇到超時(shí)的問(wèn)題,nginx error如下:
2013/11/28 10:12:36 [error] 23856#0: *67294 upstream timed out (110: Connection timed out) while reading response header from upstream, client: 125.66.112.191, server: joinwee.com, request: 'POST /lesson/create/ HTTP/1.1', upstream: 'fastcgi://127.0.0.1:8081', host: 'joinwee.com', referrer: 'http://joinwee.com/lesson/create/'
在google上搜索下了,沒(méi)找到合適的解決辦法,麻煩大家指教下。
補(bǔ)充:
在提交表單時(shí),我使用htop查看,發(fā)現(xiàn)1核CPU的使用資源是1100%,Load average都是3.0+,這個(gè)有些太不可顯議了,主要的進(jìn)程,還是出現(xiàn)在了mysql上,CPU和MEM使用都處于滿(mǎn)載狀態(tài)。
還是由于寫(xiě)入這個(gè)表單的數(shù)據(jù)時(shí)造成的服務(wù)過(guò)載的,訪(fǎng)問(wèn)和進(jìn)行其它操作就沒(méi)有這樣的情況。
問(wèn)題解答
回答1:從你帖的htop截圖上看,python進(jìn)程的CPU占用率不高,反而MySQL的CPU使用率很高,可以基本上判斷是MySQL在寫(xiě)數(shù)據(jù)的時(shí)候占用的資源比較大。如果方便的話(huà),推薦用iotop工具看看io負(fù)載如何,另外用top命令看看CPU在100%的時(shí)候user,system,iowait,idle所占的比例。另外你也可以查看一下MySQL的slow query,看看是否有比較耗時(shí)的SQL語(yǔ)句導(dǎo)致CPU占用率很高。
相關(guān)文章:
1. mysql儲(chǔ)存json錯(cuò)誤2. 輸入地址報(bào)以下截圖錯(cuò)誤,怎么辦?3. 請(qǐng)問(wèn)朱老師,如何配置url訪(fǎng)問(wèn)路由4. mysql分庫(kù)分表量級(jí)疑問(wèn)5. 為啥獲取不到呀?6. php怎么用isMobile()函數(shù)識(shí)別pc端移動(dòng)端自動(dòng)跳轉(zhuǎn)7. mysql - 這種分級(jí)一對(duì)多,且分級(jí)不平衡的模型該怎么設(shè)計(jì)表?8. node.js - nodejs開(kāi)發(fā)中常用的連接mysql的庫(kù)9. mysql 5萬(wàn)張表 導(dǎo)出成sql 不要內(nèi)容,只要結(jié)構(gòu),非常慢。如何解決啊?10. php - TP5的登錄驗(yàn)證問(wèn)題
