Nginx的知识分享,技术分享

  3. Nginx常用命令管理及升级

  查看nginx进程

  ps -ef|grep nginx

  说明:nginx的进程由主进程和工作进程组成。

  启动nginx

  nginx

  启动结果显示nginx的主线程和工作线程,工作线程的数量跟nginx.conf中的配置参数worker_processes有关。

  平滑启动nginx

  kill -HUP `cat /var/run/nginx.pid`

  或者

  nginx -s reload

  其中进程文件路径在配置文件nginx.conf中可以找到。

  平滑启动的意思是在不停止nginx的情况下,重启nginx,重新加载配置文件,启动新的工作线程,完美停止旧的工作线程。

  完美停止nginx

  kill -QUIT `cat /var/run/nginx.pid`

  快速停止nginx

  kill -TERM `cat /var/run/nginx.pid`

  或者

  kill -INT `cat /var/run/nginx.pid`

  完美停止工作进程(主要用于平滑升级)

  kill -WINCH `cat /var/run/nginx.pid`

  强制停止nginx

  pkill -9 nginx

  检查对nginx.conf文件的修改是否正确

  nginx -t -c /etc/nginx/nginx.conf 或者 nginx -t

  停止nginx的命令

  nginx -s stop或者pkill nginx

  查看nginx的版本信息

  nginx -v

  查看完整的nginx的配置信息

  nginx -V

  Nginx升级方法:

  下载所需版本的Nginx

  wget http://www.nginx.org/download/nginx-1.4.2.tar.gz

  获取旧版本nginx的configure选项

  /usr/local/nginx/sbin/nginx -V

  编译新版本的nginx

  tar -xvf nginx-1.4.2.tar.gz

  cd nginx-1.4.2

  ./configure --prefix=/usr/local/nginx --user=www --group=www --with-http_stub_status_module --with-http_ssl_module

  make

  备份旧版本的nginx可执行文件,复制新版本的nginx这行文件

  mv /usr/local/nginx/sbin/nginx /usr/local/nginx/sbin/nginx.old

  cp objs/nginx /usr/local/nginx/sbin/

  测试新版本nginx是否正常

  /usr/local/nginx/sbin/nginx -t

  平滑重启升级nginx

  kill –USR2 `cat /usr/local/nginx/log/nginx.pid`

  旧版本Nginx的pid变为oldbin,这是旧版本和新版本的nginx同时运行,过一段时间等就nginx处理完用户请求后,执行下面操作

  从容关闭旧版本的Nginx进程

  kill -WINCH `cat /usr/local/nginx/log/nginx.oldbin`

  决定是否升级到新版的nginx

  kill –HUP `cat /usr/local/nginx/log/nginx.oldbin` ##nginx在不重载配置文件启动工作进程

  kill –QUIT `cat /usr/local/nginx/log/nginx.oldbin` ##关闭旧版nginx

  验证nginx是否升级成功

  /usr/local/nginx/sbin/nginx –V ###

  4. Nginx配置文件精讲一

  #定义Nginx运行的用户和用户组

  user www www;

  #启动进程,通常设置成和cpu的数量相等

  worker_processes 8;

  worker_cpu_affinity 00000001 00000010 00000100 00001000 00010000 00100000 01000000 10000000;

  #为每个进程分配cpu,上例中将8个进程分配到8个cpu,当然可以写多个,或者将一个进程分配到多个cpu。

  worker_rlimit_nofile 102400;

  #这个指令是指当一个nginx进程打开的最多文件描述符数目,理论值应该是最多打

  #开文件数(ulimit -n)与nginx进程数相除,但是nginx分配请求并不是那么均匀

  #,所以最好与ulimit -n的值保持一致。

  #全局错误日志及PID文件

  error_log /usr/local/nginx/logs/error.log;

  #错误日志定义等级,[ debug | info | notice | warn | error | crit ]

  pid /usr/local/nginx/nginx.pid;

  #一个nginx进程打开的最多文件描述符数目,理论值应该是最多打开文件数(系统的值ulimit -n)与nginx进程数相除,但是nginx分配请求并不均匀.

  #所以建议与ulimit -n的值保持一致。

  worker_rlimit_nofile 65535;

  #工作模式及连接数上限

  events {

  use epoll; #epoll是多路复用IO(I/O Multiplexing)中的一种方式,但是仅用于linux2.6以上内核,可以大大提高nginx的性能

  worker_connections 102400; #单个后台worker process进程的最大并发链接数 (最大连接数=连接数*进程数)

  multi_accept on; #尽可能多的接受请求

  }

  #设定http服务器,利用它的反向代理功能提供负载均衡支持

  http {

  #设定mime类型,类型由mime.type文件定义

  include mime.types;

  default_type application/octet-stream;

  #设定日志格式

  access_log /usr/local/nginx/log/nginx/access.log;

  sendfile on;

  #sendfile 指令指定 nginx 是否调用 sendfile 函数(zero copy 方式)来输出文件,对于普通应用必须设为 on

  #如果用来进行下载等应用磁盘IO重负载应用,可设置为 off,以平衡磁盘与网络I/O处理速度,降低系统的uptime.

  #autoindex on; #开启目录列表访问,合适下载服务器,默认关闭。

  tcp_nopush on; #防止网络阻塞

  keepalive_timeout 60;

  #keepalive超时时间,客户端到服务器端的连接持续有效时间,当出现对服务器的后,继请求时,keepalive-timeout功能可避免建立或重新建立连接。

  tcp_nodelay on; #提高数据的实时响应性

  #开启gzip压缩

  gzip on;

  gzip_min_length 1k;

  gzip_buffers 4 16k;

  gzip_http_version 1.1;

  gzip_comp_level 4; #压缩级别大小,最大为9,值越小,压缩后比例越小,CPU处理更快。

  #值越大,消耗CPU比较高。

  gzip_types text/plain application/x-javascript text/css application/xml;

  gzip_vary on;

  client_max_body_size 10m; #允许客户端请求的最大单文件字节数

  client_body_buffer_size 128k; #缓冲区代理缓冲用户端请求的最大字节数,

  proxy_connect_timeout 120; #nginx跟后端服务器连接超时时间(代理连接超时)

  proxy_send_timeout 120; #后端服务器数据回传时间(代理发送超时)

  proxy_read_timeout 120; #连接成功后,后端服务器响应时间(代理接收超时)

  proxy_buffer_size 4k; #设置代理服务器(nginx)保存用户头信息的缓冲区大小

  proxy_buffers 4 32k; #proxy_buffers缓冲区,网页平均在32k以下的话,这样设置

  proxy_busy_buffers_size 64k; #高负荷下缓冲大小(proxy_buffers*2)

  #设定请求缓冲

  large_client_header_buffers 4 4k;

  client_header_buffer_size 4k;

  #客户端请求头部的缓冲区大小,这个可以根据你的系统分页大小来设置,一般一个请求的头部大小不会超过1k

  #不过由于一般系统分页都要大于1k,所以这里设置为分页大小。分页大小可以用命令getconf PAGESIZE取得。

  open_file_cache max=102400 inactive=20s;

  #这个将为打开文件指定缓存,默认是没有启用的,max指定缓存数量,建议和打开文件数一致,inactive是指经过多长时间文件没被请求后删除缓存。

  open_file_cache_valid 30s;

  #这个是指多长时间检查一次缓存的有效信息。

  open_file_cache_min_uses 1;

  #open_file_cache指令中的inactive参数时间内文件的最少使用次数,如果超过这个数字,文件描述符一直是在缓存中打开的,如上例,如果有一个文件在inactive

  #包含其它配置文件,如自定义的虚拟主机

  include vhosts.conf;

1.     Nginx常用命令管理及升级

查看nginx进程

ps -ef|grep nginx

说明:nginx的进程由主进程和工作进程组成。

启动nginx

nginx

启动结果显示nginx的主线程和工作线程,工作线程的数量跟nginx.conf中的配置参数worker_processes有关。

平滑启动nginx

kill -HUP  `cat /var/run/nginx.pid`

或者

nginx -s reload

其中进程文件路径在配置文件nginx.conf中可以找到。

平滑启动的意思是在不停止nginx的情况下,重启nginx,重新加载配置文件,启动新的工作线程,完美停止旧的工作线程。

完美停止nginx

kill -QUIT `cat /var/run/nginx.pid`

快速停止nginx

kill -TERM `cat /var/run/nginx.pid`

或者

kill -INT `cat /var/run/nginx.pid`

完美停止工作进程(主要用于平滑升级)

kill -WINCH `cat /var/run/nginx.pid`

强制停止nginx

pkill -9 nginx

检查对nginx.conf文件的修改是否正确

nginx -t -c /etc/nginx/nginx.conf 或者 nginx -t

停止nginx的命令

nginx -s stop或者pkill nginx

查看nginx的版本信息

nginx -v

查看完整的nginx的配置信息

nginx -V

Nginx升级方法:

下载所需版本的Nginx

wget http://www.nginx.org/download/nginx-1.4.2.tar.gz  

获取旧版本nginx的configure选项

/usr/local/nginx/sbin/nginx -V

编译新版本的nginx

tar  -xvf  nginx-1.4.2.tar.gz

cd nginx-1.4.2

./configure --prefix=/usr/local/nginx --user=www --group=www --with-http_stub_status_module --with-http_ssl_module

make

备份旧版本的nginx可执行文件,复制新版本的nginx这行文件

mv /usr/local/nginx/sbin/nginx  /usr/local/nginx/sbin/nginx.old

cp objs/nginx /usr/local/nginx/sbin/

测试新版本nginx是否正常

/usr/local/nginx/sbin/nginx -t

平滑重启升级nginx

kill –USR2  `cat /usr/local/nginx/log/nginx.pid`

旧版本Nginx的pid变为oldbin,这是旧版本和新版本的nginx同时运行,过一段时间等就nginx处理完用户请求后,执行下面操作

从容关闭旧版本的Nginx进程

kill -WINCH `cat /usr/local/nginx/log/nginx.oldbin`

决定是否升级到新版的nginx

kill –HUP `cat /usr/local/nginx/log/nginx.oldbin` ##nginx在不重载配置文件启动工作进程

kill –QUIT `cat /usr/local/nginx/log/nginx.oldbin` ##关闭旧版nginx

验证nginx是否升级成功

/usr/local/nginx/sbin/nginx –V ###

时间: 2024-10-06 13:53:28

Nginx的知识分享,技术分享的相关文章

技术分享和交流-中小企业(SMB)如何设计IDC网络架构?如何管理运维资源和知识?

技术分享和交流 2016/12/30 今天,是2016年最后一个工作日,借此分享2个主题. 一.中小企业(SMB)如何设计IDC网络架构 个人经历所见,在中小企业(SMB)中,需要自建机房的,通常就是买几台服务器,托管到IDC,不会去管理它,等到后续业务在增长时,才手忙脚乱:大家都知道,改造没新建容易,因此,我一直有个想法,能否在一开始,通过一些简单的思考,针对中小企业(SMB)的规模,设计一个可以方便扩容的网络架构. 相关思考: 私有云网络规划涂鸦:中小企业(SMB)的需求 https://g

【沙龙】2014 天山论剑 首届Oracle数据库技术分享交流沙龙

<2014 天山论剑 首届Oracle数据库技术分享交流沙龙>引言:牛顿说"我之所以成功,是因为我站在巨人的肩膀上".每个人都有思考的盲点,借由别人指出你的盲点,实现自我反省,是成功者具备的品质.遇到问题,不再自我摸索,找教练.你和什么样的人在一起,你就会变成什么样的人.只有改变才会带来改变,要想事情变好,只有你先变好. [活动目的] 为了帮助新疆区域内企业更好地利用数据库技术创造更多的利润,推动新疆地区ORACLE数据库技术在企业中的应用,帮助更多的技术人员提高自身的数据

UWP 手绘视频创作工具技术分享系列 - SVG 的解析和绘制

本篇作为技术分享系列的第一篇,详细讲一下 SVG 的解析和绘制,这部分功能的研究和最终实现由团队的 @黄超超 同学负责,感谢提供技术文档和支持. 首先我们来看一下 SVG 的文件结构和组成 SVG (Scalable Vector Graphics) 是一种可缩放矢量图形,使用 XML 格式来定义,是一种 W3C 标准,图像在放大或改变尺寸的情况下其图形质量不会有所损失. 下面是一个简单的 SVG 的文件结构例子: <?xml version="1.0" standalone=&

走进神秘面纱---测试技术分享交流第17期

飞测说:之前介绍过我们的技术分享( http://mp.weixin.qq.com/s?__biz=MzIyMDE3NTcwNA==&mid=402928075&idx=1&sn=8a35b8b22ba2937ae13283f588e52e06#rd ),今天我们刚好第17期的分享结束,在此和大家一起走进去看看-- 以下是技术分享后的汇报总结详情(原邮件内容): 年后我们的的技术分享从本次(第17期)完全恢复到正常轨迹,话说昨晚时光匆匆,2个小时太快了,意犹未尽,因为有收获,所以我

公开运维技术分享的一些经验

技术分享三条实战经验: ● 良好的逻辑性 ● 自己真实经验总结 ● 多练习 首先,说明下,我不是技术分享高手,分享了次数比较多,有点心得:另外,听的分享多了,对好坏也有一些感受. 还有,在此特别感谢下西山居的运维开发架构师,<Puppet实战>的作者刘宇,我的许多分享经验来自于宇哥,并且得到了宇哥多次的,一对一贴身的,手把手的指点. 一 什么是成功的技术分享 判断分享是否成功,关键是看自己要传递的想法,有没有被听众理解和接受,技术分享不是川普竞选,不追求热闹的效果,也不追求所有人都能听懂,一次

PHP博客-PHP自学中心_PHP技术分享

PHP博客-PHP自学中心_PHP技术分享,这是一个php,mysql,服务器,前端技术,php框架等的学习博客,把我平时用到的,积累的,实用的知识,和大家分享... http://www.phpblog.cc http://www.learnphp.cn/index.html 学习php的可以看看,也可以出点建议~~

【沙龙】2014新疆(天山论剑)首届Oracle技术分享交流沙龙-现场留念

主题:2014新疆(天山论剑)首届Oracle技术分享交流沙龙-现场留念 介绍:本届Oracle技术沙龙交流会汇集了新疆全省喜欢.热爱.对Oracle感兴趣的兄弟姐妹,大家热情洋溢的笑脸和对知识的渴望给了我很大的感触,现场座无虚席,我们从职业发展->案例分享->行业未来->新技术动态进行了全方位立体化的整体交流与探讨,线下无缝讨论让大家获得满满Idea.期待我们的下次聚首,Pls to all good luck! 参加企业名单(排名不分前后并不代表全部):新疆民航新疆航天信息中兴软创北

“人工智能技术驱动下的机遇与挑战”技术分享会圆满成功!

2018年1月31日下午,在中科院计算所一层礼堂举行"大数据和人工智能技术驱动下的机遇与挑战"的技术分享会. 本次会议邀请了培训中心副校长谢新华老师,以及张云泉.彭晓辉.赵屹博士等中科院计算所在大数据.人工智能方向走在尖端的科技工作者,讲述当前流行的创新发展.人工智能.深度学习.物端计算系统.精准医学落地应用等话题.会议首先由中科院计算所党委委员.教育处处长李琳老师,培训中心王健华校长致欢迎辞. 谢新华老师讲的是"创新思维与知识体系",提到如何学习与提升创新能力,重

知乎技术分享:从单机到2000万QPS并发的Redis高性能缓存实践之路

本文来自知乎官方技术团队的"知乎技术专栏",感谢原作者陈鹏的无私分享. 1.引言 知乎存储平台团队基于开源Redis 组件打造的知乎 Redis 平台,经过不断的研发迭代,目前已经形成了一整套完整自动化运维服务体系,提供很多强大的功能.本文作者陈鹏是该系统的负责人,本次文章深入介绍了该系统的方方面面,值得互联网后端程序员仔细研究. (本文同步发布于:http://www.52im.net/thread-1968-1-1.html) 2.关于作者 陈鹏:现任知乎存储平台组 Redis 平

2018.09.22 上海大学技术分享 - An Introduction To Go Programming Language

老实说笔者学习 Go 的时间并不长,积淀也不深厚,这次因缘巧合,同组的同事以前是上海大学的开源社区推动者之一,同时我们也抱着部分宣传公司和技术分享的意图,更进一步的,也是对所学做一个总结,所以拟定了这次分享.另外与会的同学大多都是大二大三的"萌新",考虑到受众水平和技术分享的性质,所以实际上这次分享涉及到的知识点都相对基础,当然为了寓教于乐,本人也十分讨厌着重介绍基础语法时可能引起的枯燥,所以加了少少的私货,并且也针对 1.11 及之前版本中或优雅,或局限的特性做了发散性的讲解. 总而