Nginx服务器和Apache服务器的优缺点有哪些？ (nginx服务重启)

Nginx和Apache都是流行的开源Web服务器软件，它们各自有不同的优缺点，以下是根据它们的特点进行的比较：

Nginx服务器的优点 ：

1. 高并发处理：异步事件驱动模型使其能够处理大量并发连接，适合高流量网站。

2. 资源消耗低：相比Apache，Nginx在处理静态内容时使用的内存和CPU资源更少。

3. 负载均衡和反向代理：内置强大的负载均衡和反向代理功能。

4. 配置简单：配置文件结构简单，易于理解和维护。

5. 稳定性：设计用于长期运行，稳定性高，故障率低。

6. 静态内容处理：非常擅长处理静态内容，提供快速的文件传输。

Nginx服务器的缺点 ：

1. 动态内容处理：处理动态内容时通常需要将请求传递给其他后端服务，如PHP-FPM。

2. 模块限制：虽然模块化，但某些功能可能不如Apache丰富。

3. 社区和文档：虽然社区活跃，但相比Apache，其文档和资源可能较少。

Apache服务器的优点 ：

1. 模块丰富：拥有大量模块，支持广泛的特性，如SSL、URL重写等。

2. 动态内容处理：直接支持多种编程语言和脚本，易于与PHP、Python等后端技术集成。

3. 成熟稳定：经过多年发展，Apache非常成熟稳定，拥有庞大的用户基础。

4. 灵活配置：提供了非常灵活的配置选项，可以满足各种复杂需求。

5. 安全性：长期的安全更新和漏洞修复。

Apache服务器的缺点 ：

1. 资源消耗：在处理高并发请求时，相比Nginx，Apache可能会消耗更多资源。

2. 并发能力：传统的同步阻塞模型在处理高并发连接时可能不如Nginx高效。

3. 配置复杂性：由于其丰富的配置选项，配置文件可能变得复杂难以管理。

在选择Nginx和Apache时，通常需要考虑以下因素：

– 应用场景：需要高并发处理能力，还是丰富的动态内容处理？

– 资源限制：服务器资源是否有限？是否需要更高效的资源利用？

– 安全性需求：是否需要Apache的长久安全支持？

– 管理能力：管理员对哪种服务器的配置和管理更熟悉？

在很多情况下，Nginx和Apache也可以一起使用，例如使用Nginx作为前端服务器处理静态内容和反向代理，而Apache处理后端动态内容。这种组合可以充分利用两者的优势。

如何检查fastcgi进程是否启动

Fastcgi是CGI的升级版，一种语言无关的协议，用来沟通程序(如PHP, Python, Java)和Web服务器(Apache2, Nginx), 理论上任何语言编写的程序都可以通过Fastcgi来提供Web服务。 Fastcgi的特点是会在一个进程中依次完成多个请求，以达到提高效率的目的，大多数Fastcgi实现都会维护一个进程池。 而PHP-fpm就是针对于PHP的，Fastcgi的一种实现，他负责管理一个进程池，来处理来自Web服务器的请求。 目前，PHP-fpm是内置于PHP的。

hadoop的优点有哪些 a处理超大文件 b低延迟访问数据

一、 Hadoop 特点 1、支持超大文件 一般来说，HDFS存储的文件可以支持TB和PB级别的数据。 2、检测和快速应对硬件故障 在集群环境中，硬件故障是常见性问题。 因为有上千台服务器连在一起，故障率高，因此故障检测和自动恢复hdfs文件系统的一个设计目标。 假设某一个datanode节点挂掉之后，因为数据备份，还可以从其他节点里找到。 namenode通过心跳机制来检测datanode是否还存在 3、流式数据访问 HDFS的数据处理规模比较大，应用一次需要大量的数据，同时这些应用一般都是批量处理，而不是用户交互式处理，应用程序能以流的形式访问数据库。 主要的是数据的吞吐量，而不是访问速度。 访问速度最终是要受制于网络和磁盘的速度，机器节点再多，也不能突破物理的局限，HDFS不适合于低延迟的数据访问，HDFS的是高吞吐量。 4、简化的一致性模型 对于外部使用用户，不需要了解hadoop底层细节，比如文件的切块，文件的存储，节点的管理。 一个文件存储在HDFS上后，适合一次写入，多次写出的场景once-write-read-many。 因为存储在HDFS上的文件都是超大文件，当上传完这个文件到hadoop集群后，会进行文件切块，分发，复制等操作。 如果文件被修改，会导致重新出发这个过程，而这个过程耗时是最长的。 所以在hadoop里，不允许对上传到HDFS上文件做修改（随机写），在2.0版本时可以在后面追加数据。 但不建议。 5、高容错性 数据自动保存多个副本，副本丢失后自动恢复。 可构建在廉价机上，实现线性（横向）扩展，当集群增加新节点之后，namenode也可以感知，将数据分发和备份到相应的节点上。 6、商用硬件 Hadoop并不需要运行在昂贵且高可靠的硬件上，它是设计运行在商用硬件的集群上的，因此至少对于庞大的集群来说，节点故障的几率还是非常高的。 HDFS遇到上述故障时，被设计成能够继续运行且不让用户察觉到明显的中断。 二、HDFS缺点 1、不能做到低延迟 由于hadoop针对高数据吞吐量做了优化，牺牲了获取数据的延迟，所以对于低延迟数据访问，不适合hadoop，对于低延迟的访问需求，HBase是更好的选择， 2、不适合大量的小文件存储 由于namenode将文件系统的元数据存储在内存中，因此该文件系统所能存储的文件总数受限于namenode的内存容量，根据经验，每个文件、目录和数据块的存储信息大约占150字节。 因此，如果大量的小文件存储，每个小文件会占一个数据块，会使用大量的内存，有可能超过当前硬件的能力。 3、不适合多用户写入文件，修改文件 Hadoop2.0虽然支持文件的追加功能，但是还是不建议对HDFS上的 文件进行修改，因为效率低。 对于上传到HDFS上的文件，不支持修改文件，HDFS适合一次写入，多次读取的场景。 HDFS不支持多用户同时执行写操作，即同一时间，只能有一个用户执行写操作。

各位有没有测试过apache跟nginx的性能具体差距

Nginx:跑静态文件确实快,负载均衡也牛逼,但是跑Php的话和apache差别不大.主要是跑php的话资源占用少得多..在大并发,或者堵塞的程序，Nginx就直接返回错误。 而apache在跑php的过程中,比Nginx稳定许多.但是也有个缺点，就是死扛。 。 有时候会直接把服务器抗挂掉，而Nginx会对操作不过来的请求直接返回错误.在实际生产环境中，我会用Nginx来跑静态文件，apache来处理php页面..这样资源占用和稳定性都有得保证。 而且有个Nginx在前面，利于后期的负载均衡配置.