django uwsgi+nginx生产部署

password

查看人数

type

status

date

slug

summary

常用命令

配置文件

添加配置文件uwsgi.ini

命令解释

master = true

启动主进程，来管理其他进程，其它的uwsgi进程都是这个master进程的子进程，如果kill这个master进程，相当于重启所有的uwsgi进程。

chdir = /web/www/mysite

在app加载前切换到当前目录，指定运行目录

module = mysite.wsgi

加载一个WSGI模块,这里加载mysite/wsgi.py这个模块

py-autoreload=1

监控python模块mtime来触发重载 (只在开发时使用)

lazy-apps=true

在每个worker而不是master中加载应用

socket = /test/myapp.sock

指定socket文件，也可以指定为127.0.0.1:9000，这样就会监听到网络套接字

processes = 2 #启动2个工作进程，生成指定数目的worker/进程

buffer-size = 32768

设置用于uwsgi包解析的内部缓存区大小为64k。默认是4k。

daemonize = uwsgi.log

使进程在后台运行，并将日志打到指定的日志文件或者udp服务器

log-maxsize = 5000000 #设置最大日志文件大小

disable-logging = #禁用请求日志记录

vacuum = true #当服务器退出的时候自动删除unix socket文件和pid文件。

listen = 120 #设置socket的监听队列大小（默认：100）

pidfile = /var/run/uwsgi.pid #指定pid文件

enable-threads = true

允许用内嵌的语言启动线程。这将允许你在app程序中产生一个子线程

reload-mercy = 8

设置在平滑的重启（直到接收到的请求处理完才重启）一个工作子进程中，等待这个工作结束的最长秒数。这个配置会使在平滑地重启工作子进程中，如果工作进程结束时间超过了8秒就会被强行结束（忽略之前已经接收到的请求而直接结束）

max-requests = 5000

为每个工作进程设置请求数的上限。当一个工作进程处理的请求数达到这个值，那么该工作进程就会被回收重用（重启）。你可以使用这个选项来默默地对抗内存泄漏

limit-as = 256

通过使用POSIX/UNIX的setrlimit()函数来限制每个uWSGI进程的虚拟内存使用数。这个配置会限制uWSGI的进程占用虚拟内存不超过256M。如果虚拟内存已经达到256M，并继续申请虚拟内存则会使程序报内存错误，本次的http请求将返回500错误。

harakiri = 60

一个请求花费的时间超过了这个harakiri超时时间，那么这个请求都会被丢弃，并且当前处理这个请求的工作进程会被回收再利用（即重启）

yum 安装 Nginx

#查看yum仓库中nginx的所有版本 yum -v list nginx --show-duplicates

#安装版本 yum -y install nginx

#查看安装nginx所生成的文件路径 rpm -ql nginx

配合nginx配置

常用命令

./nginx -s reload ./nginx -s stop ./nginx #启动

./nginx -t # 检查配置文件

💡

有关使用上的问题，欢迎您在底部评论区留言，一起交流~