我的配置

  1. [uwsgi]
  3. # Django-related settings
  4. # the base directory (full path)
  5. chdir           = /alidata/www/chhc
  6. # Django's wsgi file
  7. module          = CHHC.wsgi
  8. # the virtualenv (full path)
  9. home            = %(chdir)/venv
  10. # process-related settings
  11. # master
  12. master          = true
  13. # maximum number of worker processes
  14. processes       = 2
  15. # the socket (use the full path to be safe
  16. socket          = 127.0.0.1:8083
  17. # ... with appropriate permissions - may be needed
  18. # chmod-socket    = 664
  19. # clear environment on exit
  20. vacuum          = true
  21. # 禁止记录请求日志
  22. disable-logging = true
  23. # 日志文件位置
  24. daemonize = %(chdir)/log/uwsgi.log
  25. # 日志文件最大20M
  26. log-maxsize = 20971520
  27. # uwsgi运行相关文件路径
  28. stats = %(chdir)/uwsgi.status
  29. pidfile = %(chdir)/uwsgi.pid

启动、重新加载、停止命令

  1. # 启动
  2. uwsgi --ini uwsgi.ini
  3. # 重新加载
  4. uwsgi --reload uwsgi.pid
  5. # 停止
  6. uwsgi --stop uwsgi.pid
  7. # 详细状态
  8. uwsgi --connect-and-read uwsgi.status

常用配置介绍

uwsgi官方文档

  1. #启动主进程，来管理其他进程，其它的uwsgi进程都是这个master进程的子进程，
  2. #如果kill这个master进程，相当于重启所有的uwsgi进程。
  3. master = true 
  5. #在app加载前切换到当前目录， 指定运行目录
  6. chdir = /web/www/mysite 
  8. # 加载一个WSGI模块,这里加载mysite/wsgi.py这个模块
  9. module = mysite.wsgi 
  11. #监控python模块mtime来触发重载 (只在开发时使用)
  12. py-autoreload=1  
  14. #在每个worker而不是master中加载应用
  15. lazy-apps=true  
  17. #指定socket文件，也可以指定为127.0.0.1:9000，这样就会监听到网络套接字
  18. socket = /test/myapp.sock 
  20. #启动2个工作进程，生成指定数目的worker/进程
  21. processes = 2 
  23. #设置用于uwsgi包解析的内部缓存区大小为64k。默认是4k。
  24. buffer-size = 32768 
  26. # 使进程在后台运行，并将日志打到指定的日志文件或者udp服务器
  27. daemonize = /var/log/myapp_uwsgi.log 
  29. #设置最大日志文件大小
  30. log-maxsize = 5000000 
  32. #禁用请求日志记录
  33. disable-logging = true 
  35. vacuum = true #当服务器退出的时候自动删除unix socket文件和pid文件。
  37. listen = 120 #设置socket的监听队列大小（默认：100）
  39. pidfile = /var/run/uwsgi.pid #指定pid文件
  41. #允许用内嵌的语言启动线程。这将允许你在app程序中产生一个子线程
  42. enable-threads = true 
  44. #设置在平滑的重启（直到接收到的请求处理完才重启）一个工作子进程中，
  45. #等待这个工作结束的最长秒数。这个配置会使在平滑地重启工作子进程中，
  46. #如果工作进程结束时间超过了8秒就会被强行结束（忽略之前已经接收到的请求而直接结束）
  47. reload-mercy = 8 
  49. #为每个工作进程设置请求数的上限。当一个工作进程处理的请求数达到这个值，
  50. #那么该工作进程就会被回收重用（重启）。你可以使用这个选项来默默地对抗内存泄漏
  51. max-requests = 5000 
  53. #通过使用POSIX/UNIX的setrlimit()函数来限制每个uWSGI进程的虚拟内存使用数。
  54. #这个配置会限制uWSGI的进程占用虚拟内存不超过256M。如果虚拟内存已经达到256M，
  55. #并继续申请虚拟内存则会使程序报内存错误，本次的http请求将返回500错误。
  56. limit-as = 256 
  58. #一个请求花费的时间超过了这个harakiri超时时间，那么这个请求都会被丢弃，
  59. #并且当前处理这个请求的工作进程会被回收再利用（即重启）
  60. harakiri = 60