记录安装php与apache不兼容的过程

1.在ubuntu中安装php之后，重启apache2，出现以下的问题:

Apache is running a threaded MPM, but your PHP Module is not compiled to be threadsafe

 在插叙资料后，发现是apache的工作模式的问题。故将apache模式改成了mpm_prefork模式，关于模式之间的介绍见链接:

 https://www.cnblogs.com/qiujun/p/6861773.html

2.链接内容摘抄

   Apache 2.X支持插入式并行处理模块，称为多进程处理模块(MPM)。在编译apache时必须选择也只能选择一个MPM,对类UNIX系统，有几个不同的MPM可供选择，它们会影响到apache的速度和可伸缩性。

   2.1 prefork模式

        prefork是一个非线性的、预派生的MPM,使用多个进程，每个进程在某个确定的时间只单独处理一个连接，效率高，但内存使用比较大。

        优点:适合于没有线程安全库，需要避免线程兼容性问题的系统。它是要求将每个请求相互独立的情况下最好的MPM,这样若一个请求出现问题就不会影响到其他请求。

        缺点:一个进程相对占用更多的系统资源，消耗更多的内存。而且，它并不擅长处理高并发请求，在这种场景下，它会将请求放进队列中，一直等到有可用进程，请求才会被处理。

         

     2.2 worker模式

           worker使用了多进程和多线程的混合模式，worker模式也同样会先预派生一些子进程，然后每个子进程创建一些线程，同时包括一个监听线程，每个请求过来会被分配到一个线程来服务。

            优点:线程比起进程会更轻量，因为线程是通过共享父进程的内存空间，因此，内存的占用会减少一些，在高并发，高流量的场景下会比prefork有更多可用的线程，表现会更优秀一些;

             缺点:如果一个线程出现了问题也会导致同一进程下的线程出现问题，如果是多个线程出现问题，也只是影响Apache的一部分，而不是全部。由于用到多进程多线程，需要考虑到线程的安全了，在使用keep-alive长连接的时候，某个线程会一直被占用，即使中间没有请求，需要等待到超时才会被释放(该问题在prefork模式下也存在)

           

            Worker模式下所能同时处理的请求总数是由子进程总数乘以ThreadsPerChild值决定的，应该大于等于MaxRequestWorkers。如果负载很大，现有的子进程数不能满足时，控制进程会派生新的子进程。默认最大的子进程总数是16,加大时也需要显示声明ServerLimit(最大值是20000)。需要注意的是，如果显式声明了ServerLimit,那么它乘以ThreadsPerChild的值必须大于等于MaxRequestWorkers,而且MaxRequestWorkers必须是THreadsPerChild的整数倍，否则Apache将会自动调节到一个相应值。

         2.3 Event模式

           Apache最新的工作模式，它和worker模式很像

           优点:不同的是在于它解决了keep-alive长连接的时候占用线程资源被浪费的问题(HTTP的Keepalive方式能减少TCP连接数量和网络负载),在event工作模式中，会有一些专门的线程用来管理这些keep-alive类型的线程，当有真实请求过来的时候，将请求传递给服务器的线程，执行完毕后，又允许它释放。这增强了在高并发场景下的请求处理。