首页 > nginx > nginx基本配置与参数说明

nginx基本配置与参数说明

2012年7月26日 发表评论 阅读评论

转载请注明本文地址: https://www.nginx.cn/76.html

  1. log
    2019年2月27日13:25 | #1

    @skd
    4是worker_processes(即进程数量),8000为worker_connections(即线程)

  2. skd
    2019年1月14日17:12 | #2

    “正常情况下的Nginx Server可以应付的最大连接数为:4 * 8000 = 32000” ,请问这里的4和8000是从哪里来的?

  3. saisaike
    2018年1月8日17:17 | #3

    @求解
    同问,求解

  4. 81f453502e36f6f249b4fa947e75bff7
    2017年11月5日17:11 | #4

    设置权重一样的话,还不如不设置

  5. dsd
    2017年11月3日14:36 | #5

    @lolo
    ddddd

  6. ctf
    2017年5月25日04:19 | #6

    @ntaq
    在反向代理的NGINX 服务器打开multi_accept on;,后端nginx不要打开;
    ulimit -n 65535;ulimit -u 100000 均设置这些内核参数
    webbench 模拟10000客户链接 30S 下面是结果:Requests: 385670 susceed, 0 failed.
    模拟环境vmware 12 ;os Ubuntu 17.04 server;nginx反向代理1台,nginx 5台

  7. ntaq
    2017年5月18日08:38 | #7

    在做nginx服务的压力测试,将worker_processes设置成4,worker_connections 设置成65536,系统ulimit设置成65535,理论值最大并发数是260000左右,测试是244000,当将worker_processes 设置成8 或24 时,测试的最大并发数仍然是244000。物理机是24核的,8G内存,千兆网卡。请问我想继续提高最大并发量该如何配置

  8. 2017年4月7日15:13 | #8

    我的网站就是使用nginx平台,处理静态页面速度很快,占用内存也很小

  9. 2016年1月5日09:11 | #9

    过来瞅瞅!

  10. jobmeeting
    2015年9月9日19:31 | #10

    感觉作者应该把root的值定为:/path/to/webroot 似更恰当些。

  11. tty
    2015年8月19日11:01 | #11

    你好,请问如何做一个nginx stub_status 多个站点分开统计?

  12. 求解
    2015年4月9日18:45 | #12

    静态资源的配置有点不太明白。
    例如:原网站下有images(images下还有子文件夹),scripts(scripts下还有子文件夹),该如何配置?

    • 2015年4月10日15:01 | #13

      设置好root,root可以看做域名,域名后面路径是root路径里的文件夹、文件

  13. zhang
    2015年2月16日17:52 | #14

    # 根据以上条件,正常情况下的Nginx Server可以应付的最大连接数为:4 * 8000 = 320
    4 与 8000 这两个值 是从哪里来的??

  14. micropan
    2014年8月28日16:47 | #15

    想问下在设置php的地方
    “ location ~ .php$ ”
    拦截的正则是不是写的不对,感觉应该写为
    “location ~ .php$”

  15. 2014年7月25日15:36 | #16

    新版nginx已经很好的配置好了fastcgi_params了,千万不要再配置

    “fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;”

    了!!

  16. perlcn
    2014年5月23日22:26 | #19

    请教下,如何使用nginx做soap服务器?
    我现在配置nginx为soap服务器后,通过soapui发送消息给nginx,nginx返回两个报文,一个200,一个400.感觉是nginx将一个soap请求作为两个报文来处理了

    • 2014年6月11日18:45 | #20

      请问解决了吗?我也碰到类似问题无法解决

      • perlcn
        2014年6月19日22:33 | #21

        没有解决!
        不知道什么原因引起的,不确定是不是Linux自己本身解包有问题导致的。

        • kevin.tian
          2017年1月2日16:28 | #22

          注意Nginx的对http header参数,参数名称不能有下划线_,比如参数p_user_name错误,正确应为pUserName

    • aaa
      2016年11月22日10:48 | #23

      我用soapui访问不了nginx,跳过nginx直接访问tomcat就可以,请问你知道原因吗?

  17. 2014年3月13日09:01 | #24

    typecho安装在wp的二级目录下有没有配置文件呢?

  18. buildhappy
    2014年2月18日12:20 | #25

    怎么设置error.log的记录格式啊?

    • mood
      2014年2月19日10:44 | #26

      error_log logs/nginx.error.log;

  19. 2013年12月23日09:14 | #27

    了解

  20. 2013年11月14日16:50 | #28

    这个系统很适合老鸟,而且很适合门户网站

  21. sss
    2013年10月28日19:43 | #29

  22. ryan
    2013年8月9日22:32 | #30

    文章骂死看到有个小失误,如
    #设定日志格式
    access_log /var/log/nginx/access.log;

    此处应该是设置存取日志路径吧

  23. frankwong
    2013年7月13日10:22 | #32

    反向代理的的情况下最大连接数为什么要除以4, 具体可以参考Nginx wiki部分
    worker_connections
    Syntax: worker_connections number
    Default:
    The worker_connections and worker_proceses from the main section allows you to calculate maxclients value:
    max_clients = worker_processes * worker_connections
    In a reverse proxy situation, max_clients becomes
    max_clients = worker_processes * worker_connections/4
    Since a browser opens 2 connections by default to a server ,and nginx uses the fds (file descriptors) from the same pool to connect to the upstream backend .
    每个成功的请求会建立4个链接。1.browser->nginx 2. nginx-upstream 3.upstream->nginx 4.nginx->browser

  24. lyf
    2013年6月28日10:51 | #33

    怎么解决nginx负载不均衡问题 我使用的是权轮询 设置的权重都是一样的

    • lolo
      2013年8月28日00:04 | #34

      设置权重一样的话,还不如不设置

  1. 2012年12月24日23:27 | #1
  2. 2013年6月19日14:34 | #2
  3. 2013年6月19日14:47 | #3
  4. 2013年11月26日18:52 | #4
  5. 2014年1月30日20:09 | #5
  6. 2014年2月17日16:06 | #6
  7. 2015年5月31日01:36 | #7
  8. 2015年11月4日23:29 | #8
  9. 2016年4月22日18:34 | #9
  10. 2017年1月22日13:16 | #10
  11. 2017年3月17日14:20 | #11
  12. 2017年10月29日07:24 | #12
  13. 2018年6月12日20:06 | #13
  14. 2018年6月23日06:28 | #14
  15. 2018年6月23日06:35 | #15
  16. 2018年7月12日16:09 | #16
  17. 2019年3月17日16:45 | #17
  18. 2019年6月21日23:56 | #18
  19. 2019年9月7日19:28 | #19