LNMP架构介绍、安装PHP（php-fpm）

12.1 LNMP架构介绍

LNMP表明的就是：Linux系统下Nginx+MySQL+PHP这种网站服务器架构。Nginx中的PHP是以fastcgi的方式结合Nginx的，能够理解为Nginx代理了PHP的fastcgi。

LNMP工做模式

• 和LAMP不一样的是，LNMP中提供web服务的是Nginx。
• 在LNMP架构中PHP是做为一个独立的服务存在的，这个服务叫作php-fpm。
• Nginx直接处理静态请求（支持的并发更高，速度比Apache快），动态请求转发给php-fpm处理。

CGI、FastCGI、PHP-CGI与PHP-FPM概念

CGI

CGI全称是“公共网关接口”(Common Gateway Interface)，HTTP服务器与你的或其它机器上的程序进行“交谈”的一种工具，其程序须运行在网络服务器上。
CGI能够用任何一种语言编写，只要这种语言具备标准输入、输出和环境变量。如php,perl,tcl等。

FastCGI

FastCGI像是一个常驻(long-live)型的CGI，它能够一直执行着，只要激活后，不会每次都要花费时间去fork一次（这是CGI最为人诟病的fork-and-execute 模式）。它还支持分布式的运算，即FastCGI程序能够在网站服务器之外的主机上执行而且接受来自其它网站服务器来的请求。
FastCGI是语言无关的、可伸缩架构的CGI开放扩展，其主要行为是将CGI解释器进程保持在内存中并所以得到较高的性能。众所周知，CGI解释器的反复加载是CGI性能低下的主要缘由，若是CGI解释器保持在内存中并接受FastCGI进程管理器调度，则能够提供良好的性能、伸缩性、Fail-Over特性等等。

FastCGI特色：

1. FastCGI具备语言无关性
2. FastCGI在进程中的应用程序，独立于核心web服务器运行，提供了一个比API更安全的环境。APIs把应用程序的代码与核心的web服务器连接在一块儿，这意味着在一个错误的API的应用程序可能会损坏其余应用程序或核心服务器。 恶意的API的应用程序代码甚至能够窃取另外一个应用程序或核心服务器的密钥。
3. FastCGI技术目前支持语言有：C/C++、Java、Perl、Tcl、Python、SmallTalk、Ruby等。相关模块在Apache, ISS, Lighttpd等流行的服务器上也是可用的。
4. FastCGI的不依赖于任何Web服务器的内部架构，所以即便服务器技术的变化, FastCGI依然稳定不变。

FastCGI工做原理：

1. Web Server启动时载入FastCGI进程管理器（IIS ISAPI或Apache Module)
2. FastCGI进程管理器自身初始化，启动多个CGI解释器进程(可见多个php-cgi)并等待来自Web Server的链接。
3. 当客户端请求到达Web Server时，FastCGI进程管理器选择并链接到一个CGI解释器。Web server将CGI环境变量和标准输入发送到FastCGI子进程php-cgi。
4. FastCGI子进程完成处理后将标准输出和错误信息从同一链接返回Web Server。当FastCGI子进程关闭链接时，请求便告处理完成。FastCGI子进程接着等待并处理来自FastCGI进程管理器(运行在Web Server中)的下一个链接。 在CGI模式中，php-cgi在此便退出了。

在上述状况中，你能够想象CGI一般有多慢。每个Web请求PHP都必须从新解析php.ini、从新载入所有扩展并重初始化所有数据结构。使用FastCGI，全部这些都只在进程启动时发生一次。一个额外的好处是，持续数据库链接(Persistent database connection)能够工做。

FastCGI的不足：
由于是多进程，因此比CGI多线程消耗更多的服务器内存，PHP-CGI解释器每进程消耗7至25兆内存，将这个数字乘以50或100就是很大的内存数。
Nginx 0.8.46+PHP 5.2.14(FastCGI)服务器在3万并发链接下，开启的10个Nginx进程消耗150M内存（15M* 10=150M），开启的64个php-cgi进程消耗1280M内存（20M *64=1280M），加上系统自身消耗的内存，总共消耗不到2GB内存。若是服务器内存较小，彻底能够只开启25个php-cgi进程，这样php-cgi消耗的总内存数才500M。

PHP-CGI

PHP-CGI是PHP自带的FastCGI管理器。
PHP-CGI的不足：

1. php-cgi变动php.ini配置后需重启php-cgi才能让新的php-ini生效，不能够平滑重启。
2. 直接杀死php-cgi进程，php就不能运行了。(PHP-FPM和Spawn-FCGI就没有这个问题，守护进程会平滑重新生成新的子进程。）

PHP-FPM

PHP-FPM是一个PHP FastCGI管理器，是只用于PHP的，能够在 http://php-fpm.org/download 下载。
PHP-FPM实际上是PHP源代码的一个补丁，旨在将FastCGI进程管理整合进PHP包中。必须将它patch到你的PHP源代码中，在编译安装PHP后才可使用。
PHP5.3.3已经集成php-fpm了，再也不是第三方的包了。PHP-FPM提供了更好的PHP进程管理方式，能够有效控制内存和进程、能够平滑重载PHP配置，比spawn-fcgi具备更多有点，因此被PHP官方收录了。在./configure的时候带 –enable-fpm参数便可开启PHP-FPM。

Spawn-FCGI

Spawn-FCGI是一个通用的FastCGI管理服务器，它是lighttpd中的一部份，不少人都用Lighttpd的Spawn-FCGI进行FastCGI模式下的管理工做，不过有很多缺点。而PHP-FPM的出现多少缓解了一些问题，但PHP-FPM有个缺点就是要从新编译，这对于一些已经运行的环境可能有不小的风险(refer)，在php 5.3.3中能够直接使用PHP-FPM了。
Spawn-FCGI目前已经独成为一个项目，更加稳定一些，也给不少Web 站点的配置带来便利。已经有很多站点将它与nginx搭配来解决动态网页。
注： 最新的Spawn-FCGI能够到lighttpd.net网站搜索“Spawn-FCGI”找到它的最新版本发布地址。

PHP-FPM与spawn-CGI对比

PHP-FPM的使用很是方便，配置都是在PHP-FPM.ini的文件内，而启动、重启均可以从php/sbin/PHP-FPM中进行。更方便的是修改php.ini后能够直接使用PHP-FPM reload进行加载，无需杀掉进程就能够完成php.ini的修改加载。
结果显示使用PHP-FPM可使php有不小的性能提高。PHP-FPM控制的进程cpu回收的速度比较慢,内存分配的很均匀。
Spawn-FCGI控制的进程CPU降低的很快，而内存分配的比较不均匀。有不少进程彷佛未分配到，而另一些却占用很高。多是因为进程任务分配的不均匀致使的。而这也致使了整体响应速度的降低。而PHP-FPM合理的分配，致使整体响应的提到以及任务的平均。

本节选自： http://www.nowamagic.net/librarys/veda/detail/1319/

12.2 安装MySQL

卸载MySQL

直接删除MySQL安装时的相关文件。

[root@1 ~]# rm -rf /usr/local/mysql 
[root@1 ~]# rm -rf /etc/init.d/mysqld 
[root@1 ~]# rm -rf /data/mysql

安装MySQL

在LNMP环境和LAMP环境安装MySQL的方法同样。

12.3-12.4 PHP安装

和LAMP安装PHP有区别，须要开启php-fpm服务。

准备工做

安装包卸载&解压

[root@1 ~]# cd /usr/local/src/

下载安装包：
[root@1 src]# wget http://cn2.php.net/distributions/php-5.6.30.tar.gz  

解压：
[root@1 src]# tar zxvf php-5.6.30.tar.gz

建立帐号

[root@1 src]# useradd -s /sbin/nologin php-fpm

说明： 该帐号用来运行php-fpm服务，由于在LNMP环境中，PHP是以一种服务的形式独立存在的。

安装php

若是以前安装过PHP，须要清除其原有配置：

[root@1 src]# cd php-5.6.30
[root@1 src]# make clean

环境配置

[root@1 src]# cd php-5.6.30

[root@1 src]# ./configure --prefix=/usr/local/php-fpm --with-config-file-path=/usr/local/php-fpm/etc --enable-fpm --with-fpm-user=php-fpm --with-fpm-group=php-fpm --with-mysql=/usr/local/mysql --with-mysqli=/usr/local/mysql/bin/mysql_config --with-pdo-mysql=/usr/local/mysql --with-mysql-sock=/tmp/mysql.sock --with-libxml-dir --with-gd --with-jpeg-dir --with-png-dir --with-freetype-dir --with-iconv-dir --with-zlib-dir --with-mcrypt --enable-soap --enable-gd-native-ttf --enable-ftp --enable-mbstring --enable-exif --with-pear --with-curl  --with-openssl

报错：
错误1：

configure: error: xml2-config not found. Please check your libxml2 installation.

解决办法：

[root@1 php-5.6.30]# yum list |grep libxml2  

查找相关库的安装包：
[root@1 php-5.6.30]# yum list |grep libxml2
libxml2.x86_64                          2.9.1-6.el7_2.3                @anaconda
libxml2.i686                            2.9.1-6.el7_2.3                base     
libxml2-devel.i686                      2.9.1-6.el7_2.3                base     
libxml2-devel.x86_64                    2.9.1-6.el7_2.3                base     
libxml2-python.x86_64                   2.9.1-6.el7_2.3                base     
libxml2-static.i686                     2.9.1-6.el7_2.3                base     
libxml2-static.x86_64                   2.9.1-6.el7_2.3                base     

选择包进行安装：  
[root@1 php-5.6.30]# yum install -y libxml2 libxml2-devel

错误2：

configure: error: Cannot find OpenSSL's <evp.h>

解决办法：

[root@1 php-5.6.30]# yum install -y openssl openssl-devel

错误3：

configure: error: Please reinstall the libcurl distribution -
    easy.h should be in <curl-dir>/include/curl/

解决办法：

[root@1 php-5.6.30]# yum install -y libcurl libcurl-devel

错误3：

configure: error: jpeglib.h not found.

解决办法：

[root@1 php-5.6.30]# yum install -y libjpeg libjpeg-turbo-devel

错误4：

configure: error: png.h not found.

解决办法：

[root@1 php-5.6.30]# yum install -y libpng libpng-devel

错误5：

configure: error: freetype-config not found.

解决办法：

[root@1 php-5.6.30]# yum install -y freetype freetype-devel

错误6：

configure: error: mcrypt.h not found. Please reinstall libmcrypt.

解决办法：

[root@1 php-5.6.30]# yum install -y libmcrypt libmcrypt-devel

说明： 每次报错后根据提示查找相应的库的安装包，选择包进行安装，安装完成后从新配置便可！

配置完成后进行检测：

[root@1 php-5.6.30]# echo $?
0

总结一下须要安装的包:

[root@1 php-5.6.30]#  yum install  -y  gcc gcc-c++ libxml2-devel openssl-devel libcurl-devel libjpeg-devel libpng-devel freetype libmcrypt-devel

编译&安装

编译：

[root@1 php-5.6.30]# make

报错： virtual memory exhausted: Cannot allocate memory #虚拟内存耗尽:没法分配内存

解决办法：
一、停掉虚拟机中未在使用的进程
二、临时增长swap分区内存：

[root@1 ~]# dd if=/dev/zero of=/tmp/newdisk bs=1M count=100  手动建立一个新分区
记录了100+0 的读入
记录了100+0 的写出
104857600字节(105 MB)已复制，5.72931 秒，18.3 MB/秒
[root@1 ~]# du -sh /tmp/newdisk
100M	/tmp/newdisk
[root@1 ~]# mkswap /tmp/newdisk  格式化该swap分区
正在设置交换空间版本 1，大小 = 102396 KiB
无标签，UUID=d42e907a-aae0-4d5f-bf58-586fac415f48
[root@1 ~]# free -m  
              total        used        free      shared  buff/cache   available
Mem:            984         114         626           6         244         706
Swap:          2047           0        2047
[root@1 ~]# swapon /tmp/newdisk  挂载到原swap分区
swapon: /tmp/newdisk：不安全的权限 0644，建议使用 0600。
[root@1 ~]# free -m
              total        used        free      shared  buff/cache   available
Mem:            984         114         626           6         244         707
Swap:          2147           0        2147
[root@1 ~]# chmod 0600 /tmp/newdisk  更改权限以保安全

待PHP编译完成后要卸载掉该分区
[root@1 ~]# swapoff /tmp/newdisk   卸载分区

安装：

[root@1 php-5.6.30]# make install

php-fpm相关命令：

执行PHP相关命令的两种方式：

方法1：
[root@1 php-fpm]# /usr/local/php-fpm/sbin/php-fpm -m

方法2：
[root@1 php-fpm]# /usr/local/php-fpm/bin/php -m

php-fpm配置文件语法检测：

[root@1 php-fpm]# /usr/local/php-fpm/sbin/php-fpm -t

配置

添加配置文件

将配置文件添加到php-fpm配置文件目录：

[root@1 php-5.6.30]# cp php.ini-production /usr/local/php-fpm/etc/php.ini

配置文件调试

切换至配置文件所在目录：
[root@1 php-5.6.30]# cd /usr/local/php-fpm/etc/  

手动添加配置文件，写入以下内容：
[root@1 etc]# vim php-fpm.conf

[global]
#定义全局参数
pid = /usr/local/php-fpm/var/run/php-fpm.pid
error_log = /usr/local/php-fpm/var/log/php-fpm.log
[www]
listen = /tmp/php-fcgi.sock
#监听地址，也能够写：listen = 127.0.0.1：:9000，本地监听，也能够监听其余IP：port
#此处格式会影响配置Nginx和PHP结合时Nginx寻址PHP的路径
listen.mode = 666
#当监听的为socket文件时该部分才生效，用于指定.sock文件的权限
user = php-fpm
group = php-fpm
#定义php-fpm服务的用户
pm = dynamic
pm.max_children = 50
pm.start_servers = 20
pm.min_spare_servers = 5
pm.max_spare_servers = 35
pm.max_requests = 500
rlimit_files = 1024
#以上部分为进程相关信息

配置启动脚本

切换至文件源目录：
[root@1 etc]# cd /usr/local/src/php-5.6.30

添加启动脚本到系统配置：
[root@1 php-5.6.30]#  cp sapi/fpm/init.d.php-fpm /etc/init.d/php-fpm

更改文件权限：
[root@1 php-5.6.30]# chmod 755 /etc/init.d/php-fpm

添加到系统服务：
[root@1 php-5.6.30]# chkconfig --add php-fpm
设置开机启动：
[root@1 php-5.6.30]# chkconfig php-fpm on  

启动php-fpm服务：
[root@1 php-5.6.30]# service php-fpm start
Starting php-fpm  done

12.5 Nginx介绍

Nginx("engine x")是一款轻量级的Web 服务器/反向代理服务器及电子邮件(IMAP/POP3)代理服务器，并在一个BSD-like 协议下发行。其特色是占有内存少，并发能力强，事实上nginx的并发能力确实在同类型的网页服务器中表现较好，中国大陆使用nginx网站用户有:百度、新浪、网易、腾讯、 淘宝等。

Nginx应用场景：

web服务器、反向代理、负载均衡

Nginx分支

淘宝基于Nginx开发的Tengine，使用上和Nginx一致，服务名，配置文件名都同样，和Nginx的最大区别在于Tengine增长了一些定制化模块，在安全限速方面表现突出，另外它支持对js，css合并。

Nginx核心+lua相关的组件和模块组成了一个支持lua的高性能web容器openresty，参考http://jinnianshilongnian.iteye.com/blog/2280928

OpenResty

OpenResty是一个基于Nginx与Lua的高性能Web平台，其内部集成了大量精良的Lua库、第三方模块以及大多数的依赖项。用于方便地搭建可以处理超高并发、扩展性极高的动态 Web 应用、Web 服务和动态网关。
OpenResty经过汇聚各类设计精良的Nginx模块（主要由OpenResty团队自主开发），从而将Nginx有效地变成一个强大的通用Web应用平台。这样，Web开发人员和系统工程师可使用Lua脚本语言调动Nginx支持的各类C以及Lua模块，快速构造出足以胜任10K乃至1000K以上单机并发链接的高性能Web应用系统。
OpenResty® 的目标是让你的Web服务直接跑在 Nginx 服务内部，充分利用 Nginx 的非阻塞 I/O 模型，不只仅对 HTTP 客户端请求,甚至于对远程后端诸如 MySQL、PostgreSQL、Memcached 以及 Redis 等都进行一致的高性能响应。
本节摘自： http://openresty.org/cn/

Lua

Lua是一种轻量级、可嵌入式的脚本语言，这样能够很是容易的嵌入到其余语言中使用。另外Lua提供了协程并发，即以同步调用的方式进行异步执行，从而实现并发，比起回调机制的并发来讲代码更容易编写和理解，排查问题也会容易。Lua还提供了闭包机制，函数能够做为First Class Value 进行参数传递，另外其实现了标记清除垃圾收集。
由于Lua的小巧轻量级，能够在Nginx中嵌入Lua VM，请求的时候建立一个VM，请求结束的时候回收VM。

ngx_lua

ngx_lua是Nginx的一个模块，将Lua嵌入到Nginx中，从而可使用Lua来编写脚本，这样就可使用Lua编写应用脚本，部署到Nginx中运行，即Nginx变成了一个Web容器；这样开发人员就可使用Lua语言开发高性能Web应用了。 ngx_lua提供了与Nginx交互的不少的API（API就是操做系统留给应用程序的一个调用接口，应用程序经过调用操做系统的API而使操做系统去执行应用程序的命令/动做。），对于开发人员来讲只须要学习这些API就能够进行功能开发，而对于开发web应用来讲，若是接触过Servlet的话，其开发和Servlet相似，无外乎就是知道接收请求、参数解析、功能处理、返回响应这几步的API是什么样子的。