apache进程 linux？centos7搭建apache服务器

很多朋友对于apache进程 linux和centos7搭建apache服务器不太懂，今天就由小编来为大家分享，希望可以帮助到大家，下面一起来看看吧！

Linux下重启apache的方法

Linux系统为Ubuntu

一、Start Apache 2 Server/启动apache服务

#/etc/init.d/apache2 start

or

$ sudo/etc/init.d/apache2 start

二、 Restart Apache 2 Server/重启apache服务

#/etc/init.d/apache2 restart

or

$ sudo/etc/init.d/apache2 restart

三、Stop Apache 2 Server/停止apache服务

#/etc/init.d/apache2 stop

or

$ sudo/etc/init.d/apache2 stop

linux下的apache重启和停止

本文档叙述了在类Unix系统上如何停止和重启Apache。 Windows NT/2000/XP/2003的用户请参见以服务方式运行Apache，Windows 9x/ME用户则参见在控制台中运行Apache。

简介

为了停止或者重新启动Apache，你必须向正在运行的httpd进程发送信号。有两种发送信号的方法。第一种方法是直接使用UNIX的kill命令向运行中的进程发送信号。你也许你会注意到你的系统里运行着很多httpd进程。但你不应该直接对它们中的任何一个发送信号，而只要对已经在PidFile中记载下了自身PID的父进程发送信号。也就是说，你不必对父进程以外的任何进程发送信号。你可以向父进程发送三种信号：TERM、HUP、USR1，我们过一会儿再进行详细的说明。

你可以用下面这样的命令来向父进程发送信号：

kill-TERM `cat/usr/local/apache2/logs/httpd.pid`

第二种方法是使用下面将要描述的httpd二进制可执行文件的-k命令行选项：stop、restart、graceful、graceful-stop。不过我们推荐你使用apachectl控制脚本来向httpd二进制可执行文件传递这些选项。

当你向httpd发送信号后，你可以这样来读取它的进行过程：

tail-f/usr/local/apache2/logs/error_log

你可以修改这些示例以适应你的ServerRoot和PidFile设置。

立即停止

信号：TERM

apachectl-k stop

发送TERM或stop信号到父进程可以使它立刻杀死所有子进程。这将花费一些时间来杀死所有子进程。然后父进程自己也退出。所有进行中的请求将被强行中止，而且不再接受其它请求。

优雅重启

信号：USR1

apachectl-k graceful

USR1或graceful信号使得父进程建议子进程在完成它们现在的请求后退出(如果他们没有进行服务，将会立刻退出)。父进程重新读入配置文件并重新打开日志文件。每当一个子进程死掉，父进程立刻用新的配置文件产生一个新的子进程并立刻开始伺服新的请求。

重启代码的设计能够确保MPM进程控制指令的正常运作，也就是在重启过程中确保有适当数量的进程和线程以响应客户端的请求。它是这样StartServers的：如果在一秒钟以后还没有新创建StartServers个子进程，则创建出足够完成现在任务的子进程个数。因此，代码除了保有能够维持服务器的现有负载数量的子进程外，也确保StartServers按你的意愿运作。

使用mod_status的用户会注意到在USR1信号发出后，服务器的统计信息没有被清零。代码被写成既能将你服务器无法伺服新请求的时间降至最少(这些请求将被操作系统放到队列里，使得它们不会丢失)，又能遵从你的参数优化。为了做到这一点，它将在重新生成子进程的过程中，在scoreboard上保存所有子进程的状态。

mod_status还会将那些在优雅重启前就已经开始而没有结束伺服请求的子进程用一个"G"来标志。

目前，日志滚动脚本还无法使用USR1来确定所有写入预重启日志的子进程都已结束。我们建议你在发出了USR1信号后等待一个适当的时间，然后再对旧的日志做处理。比如说如果对于一个窄带用户来说，大部分的点击处理将在10分钟之内完成，那么你应该在处理旧的日志前等待15分钟。

如果Apache重启时发现配置文件有误，那么父进程将不会重启，而是报错并退出。在优雅重启的情况下，它将在处理中的子进程存在的情况下维持它的存在(就是那些被要求在处理完它们的请求后"优雅退出"的子进程)。如果你要重启服务器，这将导致一些问题：它将不能绑定到它的监听端口。在执行重启之前，你可以用-t命令行参数来检查配置文件语法的正确性(参见httpd)。但这仍然不能保证服务器一定可以正确的重启。为了从语法和语义两方面检查配置文件，你可以用一个非root用户来启动httpd。如果没有错误，它将尝试去打开套接字和日志文件，继而因没有root权限而失败(或是因为现在运行的httpd已经绑定了这些端口)。如果是因为其他原因那么就可能是一个配置文件产生的错误，你就应当在进行优雅重启之前改正这个错误。立即重启

信号：HUP

apachectl-k restart

向父进程发送HUP或restart信号会使它象收到TERM信号一样杀掉所有的子进程，不同之处在于父进程本身并不退出。它重新读入配置文件、重新打开日志文件。然后产生一系列新的子进程来继续服务。

使用mod_status的用户会注意到在HUP信号发出后，服务器统计信息会被清零。

如果你重启时配置文件有误，那么父进程将不会重启，而是报错并退出。参见上文中避免的方法。优雅停止

信号：WINCH

apachectl-k graceful-stop

WINCH或graceful-stop信号使得父进程建议子进程在完成它们现在的请求后退出(如果他们没有进行服务，将会立刻退出)。然后父进程删除PidFile并停止在所有端口上的监听。父进程仍然继续运行并监视正在处理请求的子进程，一旦所有子进程完成任务并退出或者超过由GracefulShutdownTimeout指令规定的时间，父进程将会退出。在超时的情况下，所有子进程都将接收到TERM信号并被强制退出。

在"优雅"状态下，TERM信号将会立即中止父进程和所有子进程。由于PidFile已经被删除，你将无法使用apachectl或httpd发送该信号。

graceful-stop允许你同时运行多个相同配置的httpd实例。这在对Apache进行平滑升级的时候是一个非常有用的特性。不过它在某些配置的情况下同样可能会导致死锁和竞争条件。

必须注意确保诸如Lockfile和ScriptSock之类的磁盘文件包含服务器的PID，并且能够安全的共存。然而如果一个配置指令、第三方模块或持久CGI使用任何磁盘锁或状态文件，必须注意确保多个httpd运行实例之间不会争抢文件。

你还必须防止潜在的竞争条件，比如使用rotatelogs风格的管道日志。运行中的多个rotatelogs实例企图同时滚动同一个日志文件可能会导致互相破坏对方的日志文件。

附录：信号和竞争条件

在Apache 1.2b9之前，有很多关于重启和死亡信号的竞争条件。关于竞争条件的一个简单描述是：一个时间敏感的问题，如果一些事情在不适当的时间或以不恰当的顺序发生，它将作出你不期望的反应；如果同样的事情在恰当的时间发生，则不会出现异常。凭借那些拥有"正确"特性设置的体系结构，我们尽量避免了它们的出现。但值得注意的是，仍然有一些竞争条件存在于这样的体系结构中。

使用物理磁盘的ScoreBoardFile就有损坏ScoreBoard的潜在危险。这将发生在"bind: Address already in use"(HUP之后)或"long lost child came home!"(USR1之后)时。前者是一个致命错误，而后者则会使服务器丢失ScoreBoard的一个记录。所以我们建议多使用优雅重启，偶尔使用硬重启。这些问题很难解决，但幸运的是大多数结构并不需要ScoreBoard文件。而如果你需要这样的结构，你可以参考ScoreBoardFile文档。

当每个子进程在一个HTTP的持续连接(KeepAlive)中涉及到第二个并发的请求时，所有的结构都会或多或少存在竞争状态的问题。它将在读取了请求而没有读取任何请求头之后立刻退出。这个修复对于1.2来说来得太晚了。但因为持续连接的客户端已经考虑到网络延时和服务器超时会造成类似的情况，所以理论上说，这不是一个太大的问题。而实际上似乎也没有任何影响：在一个测试案例中服务器在一秒之内被重启了20次，而客户端却成功的浏览了网站，而且没有任何破损的图片或空文档。

linux 如何重启apache如何检测apache是否启动

如果是linux自己带的apache的话就使用命令

service httpd start启动

service httpd stop关闭

service httpd restart重新启动

如果不是linux自带的apache,或者你的linux根本就没带，是你自己按在/usr/local的话。

进入/usr/local/bin下

cd/usr/local/bin

找到可执行文件执行它，具体你的可执行文件名字是什么我就不大清楚了，

不过肯定是apache开头的什么文件

比如是apache1

执行

./apache1

测试

打开浏览器，在地址栏里输入

显示apache主页就成功了。

linux apache 性能调优 8G 8核 的服务器

[检测工具]

为了得到完整的调试结果，建议你采用 ApacheBench或者 httperf之类的软件。如果你对非 LAMP架构的服务器测试有兴趣的话，建议你采用微软的免费软件： Web Application Stress Tool（需要 NT或者 2000）。（其它服务器测试工具）

检测 Apache，采用 top d 1显示所有进程的 CPU和内存情况。另外，还采用 apachectl status命令

[硬件优化]

1、升级硬件的一般规则：对于 PHP脚本而言，主要的瓶颈是 CPU，对于静态页面而言，瓶颈是内存和网络。一台 400 Mhz的普通奔腾机器所下载的静态页面就能让 T3专线（45Mbps）饱和。

2、采用 hdparm来优化磁盘，一般能提升 IDE磁盘读写性能 200%，但是对 SCSI硬盘也有效果。（不同类型的硬盘对比）

[策略优化]

3、Apache处理 PHP脚本的速度要比静态页面慢 2-10倍，因此尽量采用多的静态页面，少的脚本。

4、PHP脚本如果不做缓冲，每次调用都需要编译，因此，安装一个 PHP缓冲产品能提升 25-100%的性能。

5、如果你采用了 Linux系统，建议升级内核到 2.4，因为静态页面由内核服务。

6、另外一项缓冲技术是把不常修改的 PHP页面采用 HTML缓冲输出。

7、不要在 Web服务器上运行 X-Windows，关掉没有必要运行的进程。

8、如果能够用文本就不要用图像，尽量减小图片的尺寸。

9、分散负载，把数据库服务器放到另外的机器上去。采用另外低端的机器服务图片和 HTML页面，如果所有的静态页面在另外一台服务器上处理，可以设置 httpd.conf中的 KeepAlives为 off，来减少断开连接的时间。

10、以上所有的方法都是针对单机而言的，如果你觉得系统还是不够快，可以采用集群，负载均衡，缓冲技术。采用 Squid作为缓冲，配置 Squid的方法。

[编译优化]

11、把基于文件的会话切换到基于共享内存的会话。编译 PHP时采用--with-mm选项，在 php.ini中设置 set session.save_handler=mm。这个简单的修改能让会话管理时间缩短一半。

12、采用最新版本的 Apache，并把 PHP编译其中，或者采用 DSO模式，不要采用 CGI方式。

13、编译 PHP时，建议采用如下的参数：

--enable-inline-optimization--disable-debug

[配置优化]

14、修改 httpd.conf：

#关闭 DNS lookups，PHP脚本只拿 IP地址

HostnameLookups off

15、如果网络拥挤，CPU资源不够用，采用 PHP的 HTML压缩功能：

output_handler= ob_gzhandler

PHP 4.0.4的用户请不要使用，因为存在内存泄漏问题。

16、修改 httpd.conf中的 SendBufferSize为你最大的页面文件的大小。加大内核的 TCP/IP写缓冲大小。

17、采用数据库的持久连接时，不要把 MaxRequestsPerChild设置得太大。

[第三方软件优化]

18、如果喜欢从修改 Apache源码入手，可以安装 lingerd。在页面产生和发送后，每个 Apache进程都会浪费一段时光在客户连接上，Lingerd能接管这项工作，让 Apache迅速服务下一个客户请求。

19、如果你足够勇敢的话，还可以采用 Silicon Graphics的 Accelerated Apache补丁。这个工程能使 Apache 1.3快 10倍，使 Apache 2.0快 4倍。

安装一个 PHP缓冲产品能提升 25-100%的性能。

[Linux系统优化]

1.清理服务器磁盘碎片：

不论Linux文件系统采用什么文件格式（ext3、JFS、XFS、ReiserFS）、何种类型的硬盘(IDE、SCSI)，随着时间的推移文件系统都会趋向于碎片化。ext3、JFS等高级文件系统可以减少文件系统的碎片化，但是并没有消除。在繁忙的数据库服务器中，随着时间的过去，文件碎片化将降低硬盘性能，硬盘性能从硬盘读出或写入数据时才能注意到。时间长了会发现每个磁盘上确实积累了非常多的垃圾文件，释放磁盘空间可以帮助系统更好地工作。Linux最好的整理磁盘碎片的方法是做一个完全的备份，重新格式化分区，然后从备份恢复文件。但是对于7×24小时工作关键任务服务器来说是比较困难的。Kleandisk是一个高效的磁盘清理工具，它能把磁盘上的文件分成不同的"组",比如把所有的"core"文件归成一组（Group），这样要删除所有core文件时只要删除这个组就行了。core文件是当软件运行出错时产生的文件，它对于软件开发人员比较有用，对于其他用户（比如电子邮件服务器）却没有任何意义。因此，如果没有软件开发的需要，见到core文件就可以将其删除。

2、开启硬盘DMA

现在使用的IDE硬盘基本支持DMA66/100/133（直接内存读取）但是Linux发行版本安装后一般没有打开，可以/etc/rc.d/rc.local最後面加上一行：/sbin/hdparm-d1–x66-c3-m16/dev/hda这样以后每次开机，硬盘的 DMA就会开启，不必每次手动设定。添加前后你可以使用命令：hdparm-Tt/dev/hda来测试对比一下。

3、调整缓冲区刷新参数

Linux内核中，包含了一些对于系统运行态的可设置参数。缓冲刷新的参数可以通过调整/proc/sys/vm/bdflush文件来完成，这个文件的格式是这样的：

每一栏是一个参数，其中最重要的是前面几个参数。第一个数字是在"dirty"缓冲区达到多少的时候强制唤醒bdflush进程刷新硬盘，第二个数字是每次让bdflush进程刷新多少个dirty块。所谓dirty块是必须写到磁盘中的缓存块。接下来的参数是每次允许bd flush将多少个内存块排入空闲的缓冲块列表。以上值为RHEL 4.0中的缺省值。可以使用两种方法修改：

（1）使用命令

# echo"100 128 128 512 5000 3000 60 0 0">/proc/sys/vm/bdflush

并将这条命令加到/etc/rc.d/rc.local文件中去。

（2）在/etc/sysctl.conf文件中加入如下行:

以上的设置加大了缓冲区大小，降低了bdflush被启动的频度，VFS的缓冲刷新机制是Linux文件系统高效的原因之一。

4、优化输入输出

I/O程序对Linux系统性能也是相当重要的，网络硬件I/O对服务器尤其重要。现在大多数Linux服务器使用10/100 Mb以太网。如果有较重的网络负载，则可以考虑千兆以太网卡。如果没有能力购买千兆网卡的话：可以使用多块网卡虚拟成为一块网卡，具有相同的IP地址。这项技术，在Linux中，这种技术称为Bonding。Bonding在Linux2.4以上内核中已经包含了，只需要在编译的时候把网络设备选项中的 Bonding driver support选中见图1。当然利用Bonding技术配置双网卡绑定的前提条件是两块网卡芯片组型号相同，并且都具备独立的BIOS芯片。

然后，重新编译核心，重新起动计算机，执行如下命令：

现在两块网卡已经象一块一样工作了。这样可以提高集群节点间的数据传输.bonding对于服务器来是个比较好的选择,在没有千兆网卡时,用两块100兆网卡作bonding,可大大提高服务器到交换机之间的带宽.但是需要在交换机上设置连接bonding网卡的两个子口映射为同一个虚拟接口。编辑/etc/modules.conf文件，加入如下内容，以使系统在启动时加载Bonding模块。

“mode”的值表示工作模式，共有0、1、2和3四种模式，这里设定为0。Bonding工作在负载均衡（Load Balancing(round-robin)）方式下，即两块网卡同时工作，这时理论上Bonding能提供两倍的带宽。Bonding运行在网卡的混杂（Promisc）模式下，而且它将两块网卡的MAC地址修改为一样的。混杂模式就是网卡不再只接收目的硬件地址是自身MAC地址的数据帧，而是可以接收网络上所有的帧。

5、减少虚拟终端机的数量。

Linux安装后系统默认是6个虚拟终端机，也就是 CTRL+ALT F1～F6那六个，作为服务器使用可以关掉其中四个，只留下 CTRL+ALT F1～F2，大约省下 4 Mbytes的内存，但是这样一来，X-Window会从原来的 CTRL+ALT F7变成 CTRL+ALT F3。修改/etc/inittab中，将 mingetty 3～6全部加上#字号。

6.关闭一些不用的服务

Linux服务器在启动时需要启动很多系统服务，它们向本地和网络用户提供了Linux的系统功能接口，直接面向应用程序和用户。提供这些服务的程序是由运行在后台的守护进程（daemons）来执行的。守护进程是生存期长的一种进程。它们独立于控制终端并且周期性的执行某种任务或等待处理某些发生的事件。他们常常在系统引导装入时启动，在系统关闭时终止。linux系统有很多守护进程，大多数服务器都是用守护进程实现的。如Web服务http等。同时，守护进程完成许多系统任务，比如，作业规划进程crond、打印进程lqd等。