創(chuàng)新互聯(lián)www.cdcxhl.cn八線動態(tài)BGP香港云服務(wù)器提供商，新人活動買多久送多久，劃算不套路！
小編給大家分享一下django框架實現(xiàn)高并發(fā)的方法，希望大家閱讀完這篇文章后大所收獲，下面讓我們一起去探討吧！
django 的并發(fā)能力真的是令人擔(dān)憂，這里就使用 nginx + uwsgi 提供高并發(fā)
nginx 的并發(fā)能力超高，單臺并發(fā)能力過萬（這個也不是絕對），在純靜態(tài)的 web 服務(wù)中更是突出其優(yōu)越的地方，由于其底層使用 epoll 異步IO模型進(jìn)行處理，使其深受歡迎
做過運維的應(yīng)該都知道，php 需要使用 nginx + fastcgi 提供高并發(fā)，java 需要使用 nginx + tomcat 提供 web 服務(wù)
如何再次增加并發(fā)量
采用nginx做負(fù)載
去掉自增主鍵
原因很簡單,因為自增主鍵的存在寫庫存在搶鎖, 可以利用全局id生成器提前生成id直接寫入數(shù)據(jù)庫
換成異步任務(wù)去寫庫
如果數(shù)據(jù)只是存在mysql中做備份，建議使用異步的方式寫入庫，先把數(shù)據(jù)寫到緩存下發(fā)給用戶，之后在利用后臺異步任務(wù)一點點的寫入，例如聊天系統(tǒng)可以這樣干
換成更高效的框架或者語言
可以試試tornado, 如果tornado依然無法滿足，可以嘗試使用golango，畢竟golang是以高并發(fā)著稱, 而且是編譯語言，而且基于它的web框架也很容易上手，性能很可觀，例如Iris。
django
毫無疑問，用原生django的server做處理的表現(xiàn)是最爛的，在10000次請求的情況下brokenpipe的幾率極高，只有1400次請求被處理，成功率只有14%。
django + nginx
這次搭上了nginx做反向代理，也使的脆弱的django服務(wù)器的情況有所緩解，但成功率仍然不高（10000次請求中有3684個請求被處理）。
uwsgi + nginx
uwsgi是性能極高的一個由C編寫的服務(wù)器，它使用uwsgi協(xié)議，這次讓它配合nginx處理django的request，參數(shù)為4進(jìn)程+2線程，性能立即直線上升，處理請求的成功率也基本在90%左右，不過我在測試時遇到了一個坑，就是uwsgi在處理請求的時候發(fā)送了隊列溢出的問題，因為當(dāng)前測試設(shè)置的并發(fā)數(shù)為每秒1000次并發(fā)，而uwsgi的處理隊列容量默認(rèn)為100，導(dǎo)致處理請求的時間加長，而這個問題則可以通過修改somaxcon的大小解決，總的來說，使用uwsgi+nginx是一個理想的選擇。
gunicorn + nginx
gunicorn跟uwsgi類似，也是一個高性能的http服務(wù)器，它由ruby的unicorn項目移植，是由python編寫的，它的配置簡單，而且可以靈活地搭配其他網(wǎng)絡(luò)庫，部署十分方便，在測試數(shù)據(jù)中可以看到，用這種配置運行django能在短時間內(nèi)就能處理大量的并發(fā)請求，成功率在90%左右。
gunicorn + nginx + gevent
前面說的幾種環(huán)境，看似不錯，但我們需要追求完美！由于gunicorn是同步（sync）單線程模型的，有的時候它不免會發(fā)生一些阻塞問題，這時候我們?yōu)間unicorn加上-k gevent參數(shù)來用gevent做處理接口，這就比較靠譜地處理了阻塞問題，從數(shù)據(jù)中可以看到，gunicorn + nginx + gevent的模式不僅擁有100%的處理成功率，而且時間也在很短之內(nèi)完成，是5組測試數(shù)據(jù)當(dāng)中的性能最好的。
多套方案來提高 python web 框架的并發(fā)處理能力
Python 常見部署方法有 ：
fcgi ：用 spawn-fcgi 或者框架自帶的工具對各個 project 分別生成監(jiān)聽進(jìn)程，然后和 http 服務(wù)互動
wsgi ：利用 http 服務(wù)的 mod_wsgi 模塊來跑各個 project(Web 應(yīng)用程序或框架簡單而通用的 Web 服務(wù)器 之間的接口)。
uWSGI 是一款像 php-cgi 一樣監(jiān)聽同一端口，進(jìn)行統(tǒng)一管理和負(fù)載平衡的工具，uWSGI，既不用 wsgi 協(xié)議也不用 fcgi 協(xié)議，而是自創(chuàng)了一個 uwsgi 的協(xié)議，據(jù)說該協(xié)議大約是 fcgi 協(xié)議的 10 倍那么快。
其實 WSGI 是分成 server 和 framework (即 application) 兩部分 (當(dāng)然還有 middleware)。
嚴(yán)格說 WSGI 只是一個協(xié)議, 規(guī)范 server 和 framework 之間連接的接口。
WSGI server 把服務(wù)器功能以 WSGI 接口暴露出來。比如 mod_wsgi 是一種 server, 把 apache 的功能以 WSGI 接口的形式提供出來。
WSGI framework 就是我們經(jīng)常提到的 Django 這種框架。不過需要注意的是, 很少有單純的 WSGI framework , 基于 WSGI 的框架往往都自帶 WSGI server。比如 Django、CherryPy 都自帶 WSGI server 主要是測試用途, 發(fā)布時則使用生產(chǎn)環(huán)境的 WSGI server。而有些 WSGI 下的框架比如 pylons、bfg 等, 自己不實現(xiàn) WSGI server。使用 paste 作為 WSGI server。
Paste 是流行的 WSGI server, 帶有很多中間件。還有 flup 也是一個提供中間件的庫。
搞清除 WSGI server 和 application, 中間件自然就清楚了。除了 session、cache 之類的應(yīng)用, 前段時間看到一個 bfg 下的中間件專門用于給網(wǎng)站換膚的 (skin) 。中間件可以想到的用法還很多。
這里再補充一下, 像 django 這樣的框架如何以 fastcgi 的方式跑在 apache 上的。這要用到 flup.fcgi 或者 fastcgi.py (eurasia 中也設(shè)計了一個 fastcgi.py 的實現(xiàn)) 這些工具, 它們就是把 fastcgi 協(xié)議轉(zhuǎn)換成 WSGI 接口 (把 fastcgi 變成一個 WSGI server) 供框架接入。整個架構(gòu)是這樣的: django -> fcgi2wsgiserver -> mod_fcgi -> apache 。
雖然我不是 WSGI 的粉絲, 但是不可否認(rèn) WSGI 對 python web 的意義重大。有意自己設(shè)計 web 框架, 又不想做 socket 層和 http 報文解析的同學(xué), 可以從 WSGI 開始設(shè)計自己的框架。在 python 圈子里有個共識, 自己隨手搞個 web 框架跟喝口水一樣自然, 非常方便?；蛟S每個 python 玩家都會經(jīng)歷一個倒騰框架的。
uWSGI 的主要特點如下：
超快的性能。
低內(nèi)存占用（實測為 apache2 的 mod_wsgi 的一半左右）。
多app管理。
詳盡的日志功能（可以用來分析 app 性能和瓶頸）。
高度可定制（內(nèi)存大小限制，服務(wù)一定次數(shù)后重啟等）。
看完了這篇文章，相信你對django框架實現(xiàn)高并發(fā)的方法有了一定的了解，想了解更多相關(guān)知識，歡迎關(guān)注創(chuàng)新互聯(lián)-成都網(wǎng)站建設(shè)公司行業(yè)資訊頻道，感謝各位的閱讀！
重慶分公司
重慶分公司
