临时抱佛脚必备：Nginx必懂的八道面试题

临时抱佛脚必备：Nginx必懂的八道面试题

Nginx的并发力量在同类型网页服务器中的表现，相对而言是比较好的，因此受到了许多企业的青睐，我国使用Nginx网站的知名用户包括腾讯、淘宝、百度、京东、新浪、网易等等。Nginx是网页服务器运维人员必备技能之一，下面为大家整理了一些比较常见的Nginx相关面试题，仅供参考：

1、nginx常用命令

启动nginx./sbin/nginx

停止nginx./sbin/nginx-sstop./sbin/nginx-squit

重载配置./sbin/nginx-sreload(平滑重启)servicenginxreload

重载指定配置文件./sbin/nginx-c/usr/local/nginx/conf/nginx.conf

查看nginx版本./sbin/nginx-v

检查配置文件是否正确./sbin/nginx-t

显示关心信息./sbin/nginx-h

2、nginx状态码

499：服务端处理时间过长，客户端主动关闭了连接。

3、nginx是如何实现高并发的

一个主进程，多个工作进程，每个工作进程可以处理多个恳求

每进来一个request，会有一个worker进程去处理。但不是全程的处理，处理到可能发生堵塞的地方，比如向上游（后端）服务器转发request，并等待恳求返回。那么，这个处理的worker连续处理其他恳求，而一旦上游服务器返回了，就会触发这个大事，worker才会来接手，这个request才会接着往下走。

由于webserver的工作性质打算了每个request的大部份生命都是在网络传输中，实际上花费在server机器上的时间片不多。这是几个进程就解决高并发的隐秘所在。即@skoo所说的webserver刚好属于网络io密集型应用，不算是计算密集型。

4、nginx功能

作为httpserver(代替apache，对PHP需要FastCGI处理器支持)

反向代理服务器

实现负载均衡

虚拟主机

FastCGI：Nginx本身不支持PHP等语言，但是它可以通过FastCGI来将恳求扔给某些语言或框架处理

5、502错误可能缘由

(1).FastCGI进程是否已经启动

(2).FastCGIworker进程数是否不够

(3).FastCGI执行时间过长

fastcgi_connect_timeout300;

fastcgi_send_timeout300;

fastcgi_read_timeout300;

(4).FastCGIBuffer不够

nginx和apache一样，有前端缓冲限制，可以调整缓冲参数

fastcgi_buffer_size32k;

fastcgi_buffers832k;

(5).ProxyBuffer不够

假如你用了Proxying，调整

proxy_buffer_size16k;

proxy_buffers416k;

(6).php脚本执行时间过长

将php-fpm.conf的valuename=request_terminate_timeout0s/value的0s改成一个时间

6、nignx配置

（1）全局块：配置影响nginx全局的指令。一般有运行nginx服务器的用户组，nginx进程pid存放路径，日志存放路径，配置文件引入，允许生成workerprocess数等。

（2）events块：配置影响nginx服务器或与用户的网络连接。有每个进程的最大连接数，选取哪种大事驱动模型处理连接恳求，是否允许同时接受多个网路连接，开启多个网络连接序列化等。

（3）http块：可以嵌套多个server，配置代理，缓存，日志定义等绝大多数功能和第三方模块的配置。如文件引入，mime-type定义，日志自定义，是否使用sendfile传输文件，连接超时时间，单连接恳求数等。

（4）server块：配置虚拟主机的相关参数，一个http中可以有多个server。

（5）location块：配置恳求的路由，以及各种页面的处理状况。

7、nginx和apache的区分

（1）轻量级，同样起web服务，比apache占用更少的内存及资源

（2）抗并发，nginx处理恳求是异步非堵塞的，而apache则是堵塞型的，在高并发下nginx能保持低资源低消耗高性能

（3）高度模块化的设计，编写模块相对简洁

（4）最核心的区分在于apache是同步多进程模型，一个连接对应一个进程；nginx是异步的，多个连接（万级别）可以对应一个进程

8、fastcgi与cgi的区分

Cgi：web服务器会依据恳求的内容，然后会fork一个新进程来运行外部c程序（或perl脚本...），这个进程会把处理完的数据返回给web服务器，最终web服务器把内容发送给用户，刚才fork的进程也随之退出。假如下次用户还恳求改动态脚本，那么web服务器又再次fork一个新进程，周而复始的进行。

Fastcgi：web服务器收到一个恳求时，他不会重新fork一个进程（由于这个进程