最近，发现个人博客的Linux服务器，数据库服务经常挂掉，导致需要重启，才能正常访问，极其恶心，于是决心开始解决问题，解放我的时间和精力（我可不想经常出问题，然后人工重启，费力费时）。
一：500错误 1、500 Internal Server Error 内部服务错误：顾名思义500错误一般是服务器遇到意外情况，而无法完成请求。
大家好！我是黄啊码，从今天开始我们来讲讲拍P黄H片P，嘴快说错了，是PHP，别误会，简单入门的东西我就不过多描述，说多你们也觉得我是在教傻瓜，今天的课程是PHP的FPM。
正式说CGI之前，先来了解一下Web Server传递数据的另外一种方法：PHP Module加载方式。相信都会想起Apache吧，初学php时，在windows上安装完php和Apache之后，为了让Apache能够解析php代码，我们会在Apache的配置文件(httpd.conf)中添加如下配置：
最近服务器遇到一些瓶颈，就是在部分人员多的时候会出现内存跑满，直接卡死的状态，在优化服务器和MySQL数据库配置文件的时候，PHP有个运行模式引起我的注意，觉得不错，可以仔细的研究下，当然解决内存卡死的原因很多，今天仅仅聊聊PHP-FPM的运行模式，不代表是因为运行模式引起的内存卡死，请勿过多解读，设置正确可以缓解服务器堵塞，PHP-FPM（FastCGI Process Manager）是一个PHP FastCGI实现，它可以处理PHP请求并将结果返回给Web服务器。PHP-FPM有三种运行模式：静态、动态和按需。每种模式都有其优缺点，选择哪种模式取决于您的服务器性能和应用程序需求。
Bad Gateway就是性能或资源不足所导致了，我们浏览网页时常常会碰到一些nginx环境出现这类提醒了，下面我来给大家解决在使用nginx服务器时出来的502（Bad Gateway）错误。
了解关于cgi、fastCGI、php-cgi、php-fpm的概念更能加深理解。 下面是我查阅大量资料后整理的关系图供大家参考，也欢迎留言一起讨论
pm、pm.max_children、pm.start_servers、pm.min_spare_servers、pm.max_spare_servers。
Common Gateway Interface,即通用网关接口。因为服务器并不能直接与PHP交互，所以需要有个转换的过程，CGI就是定义了这个转换的规则
ngxin 相对于 apache 来说，占用资源更少，这是高度模块化设计的优势。 nginx 模块编写相对简单，各种高性能模块在社区上频繁亮相。 由于 apache 是同步多进程模型，每个连接对应一个进程，而 nginx 是异步非阻塞模型，因此在资源消耗和并发能力上都优于 apache，而 apache 不仅因为在连接量大时需要为每个连接提供一个处理进程而需要消耗大量资源，进程的创建和销毁也会伴随着较大的代价。 当然了，apache 的 prefork 机制在一定程度上缓解了这个问题。
在搭建 LAMP/LNMP 服务器时，会经常遇到 PHP-FPM、FastCGI和CGI 这几个概念。如果对它们一知半解，很难搭建出高性能的服务器;
当数据库服务经常突然挂断，造成无法访问时我们能做什么？本篇主题就是记录针对这一现象时发现问题，分析问题，最后解决问题的过程。
遇到服务器故障，问题出现的原因很少可以一下就想到。我们基本上都会从以下步骤入手，这些也是绝大多数运维工程师在定位故障时前几分钟的主要排查点：
为了减少频繁创建和销毁进程的开销，apache在启动之初，就预先fork一些子进程，然后等待请求进来。每个子进程只有一个线程，在一个时间点内，只能处理一个请求。
参考和学习了以下文章： 1. mod_php和mod_fastcgi和php-fpm的介绍,对比,和性能数据 2. 实战Nginx_取代
一台服务器报警了，内存占用过高，奇怪的是集群里其它的服务器都没问题。不过从以往的经验来看：每一个匪夷所思的问题背后，都隐藏着一个啼笑皆非的答案。
--------------------------------------------------
事故现象： 机房一台服务器运行一段时间后，突然发现系统资源即将被耗尽！ 1）top命令查看一下系统的cpu ram swap的使用情况 由上图分析，可以看出 1--共有602个进程，但其中有601个进
Nginx和PHP-FPM的进程间通信有两种方式,一种是TCP,一种是UNIX Domain Socket. 其中TCP是IP加端口,可以跨服务器.而UNIX Domain Socket不经过网络,只能用于Nginx跟PHP-FPM都在同一服务器的场景.用哪种取决于你的PHP-FPM配置: 方式1: php-fpm.conf: listen = 127.0.0.1:9000 nginx.conf: fastcgi_pass 127.0.0.1:9000; 方式2: php-fpm.conf: listen = /tmp/php-fpm.sock nginx.conf: fastcgi_pass unix:/tmp/php-fpm.sock; 其中php-fpm.sock是一个文件,由php-fpm生成,类型是srw-rw—-.
遇到服务器故障，问题出现的原因很少可以一下就想到。我们基本上都会从以下步骤入手： 一、尽可能搞清楚问题的前因后果 不要一下子就扎到服务器前面，你需要先搞明白对这台服务器有多少已知的情况，还有故障的具体情况。不然你很可能就是在无的放矢。 必须搞清楚的问题有： 故障的表现是什么？无响应？报错？ 故障是什么时候发现的？ 故障是否可重现？ 有没有出现的规律（比如每小时出现一次） 最后一次对整个平台进行更新的内容是什么（代码、服务器等）？ 故障影响的特定用户群是什么样的(已登录的， 退出的， 某个地域的…)
一、实验要求 搭建日志服务器，rsyslog同mariadb数据库结合，实现将日志条目存储于数据库，（收集两台以上服务器日志，包括message，secure，boot日志） 二、实验
1、出错一般来说是两种情况： （1）代码逻辑出错了 （2）传入参数出错了 2、在上述情况都正确的情况下，那么业务逻辑可能是正常执行了。这时错误可能就是其他原因： （1）出错的代码在别的地方 （2）rpc调用超时 （3）......
最近发现博客的内存老是隔三差五地被“吃掉”了，登录到后台后偶尔会出牛顿的情况，一开始怀疑是Swap不够导致的，于是给VPS主机增加了几个G的Swap，观察了一段时间后发现再大的Swap也被慢慢地“吃掉”了！
一、网络问题 1、临时性 检查：ping, mtr,dig,dig+trace 等命令，检查网络状况，DNS等 解决：联系机房或视具体情况而定 eg:http://ping.chinaz.com/ 查看各地响应时间 2、网络不同或距离太远 检查：客户端和机房所在网络情况 解决：双线机房或分布式部署，动态DNS，需要考虑成本 3、资源加载慢 检查：chrome控制台 解决：CDN，合并请求，压缩页面代码，多域名请求（http协议中有对浏览器并发请求连接数的限制，IE是10，火狐 chrome是6）等 二、前端
我们团队为上一家公司承担运维、优化和扩展工作的时候，我们碰到了各种不同规模的性能很差的系统和基础设备（大型系统居多，比如CNN或者世界银行的系统）。
我们团队为上一家公司承担运维、优化和扩展工作的时候，我们碰到了各种不同规模的性能很差的系统和基础设备（大型系统居多，比如CNN或者世界银行的系统）。要是再赶上修复时间紧、奇葩的技术平台、缺少信息和文档，基本上这过程都会惨痛到让我们留下深刻的记忆。
什么是Nginx代理代理服务器，它和Apache相比又有什么区别呢？你又该如何选择使用呢，用其中一个还是两者都用？我们将会在这里探索一下这些问题的答案。
概述 原生Percona版 PT-kill(Perl)工具只是单纯的KILL掉正在运行中的慢SQL，而不能作为一个监控工具使用，例如缺少邮件报警或者微信报警功能，固需要将其重构。
随着php脚本语言使用的普及，目前webserice服务大部分都在用nginx+(php-fpm)的结构，了解了其工作过程后才可以在各个方面想办法做调整优化和故障排查，从以下几点总结一下这种模型。 一、nginx和php-fpm的关系和分工 nginx是web服务器，php-fpm是一个PHPFastCGI进程管理器，两者遵循fastcgi的协议进行通信，nginx负责静态类似html文件的处理，php-fpm负责php脚本语言的执行，这么设计的目的是为了解耦前端nginx和后端的php，不至于让容易出问题
原文出处： 韩天峰（@韩天峰-Rango） 并 发IO问题一直是后端编程中的技术挑战，从最早的同步阻塞Fork进程，到多进程/多线程，到现在的异步IO、协程。PHP程序员因为有强大的LAMP框架，对底层方面的知识知之甚少，本文目的就是详细介绍PHP进行并发IO编程的各种尝试，最后再介绍Swoole的使用，深入浅出全面理解并发IO问题。 多进程/多线程同步阻塞 最早的服务器端程序都是通过多进程、多线程来解决并发IO的问题。进程模型出现的最早，从Unix系统诞生就开始有了进程的概念。最早的服务器端程序一般都是
并发IO问题一直是后端编程中的技术挑战，从最早的同步阻塞Fork进程，到多进程/多线程，到现在的异步IO、协程。PHP程序员因为有强大的LAMP框架，对底层方面的知识知之甚少，本文目的就是详细介绍PHP进行并发IO编程的各种尝试，最后再介绍Swoole的使用，深入浅出全面理解并发IO问题。
Nginx才短短几年，就拿下了Web服务器大壁江山，众所周知，Nginx在处理大并发静态请求方面，效率明显高于Httpd，甚至能轻松解决C10K问题。
内容来源：2018 年 05 月 27 日，Swoole开源项目创始人韩天峰在“【上海】OSC源创会第75期”进行《基于 Swoft 协程框架的 PHP 微服务治理》演讲分享。IT 大咖说（微信id：itdakashuo）作为独家视频合作方，经主办方和讲者审阅授权发布。
关于 Buffered Query 和 Unbuffered Query： http://www.php.net/manual/zh/mysqlinfo.concepts.buffering.php
Twemproxy 可以说是最古老的 Redis 代理软件了，一般来说，引入代理后性能会比没有引入代理时低一些，毕竟代理会导致一些额外的性能损耗，可是 Twemproxy 却会提升性能， 这主要得益于它的 Pipelining 功能可以实现打包请求，简单点说：当代理收到多个并发请求时，它会把这些请求打包成一个请求发送给后端服务器，从而减少不必要的 RTT。关于 Pipelining 本文不做过多讨论，实际上我想说的是它的另一个功能：连接池！下面看看如何通过 Twemproxy 提升 PHP/Redis 的性能。
这基本上算是个老旧的话题了，几乎所有phper在第一次面试的时候都会被问到关于session的问题，如果不出意外，往往是如下三板斧：
本文实例讲述了gearman管理工具GearmanManager的安装与php使用方法。分享给大家供大家参考，具体如下：
内存溢出 out of memory，是指程序在申请内存时，没有足够的内存空间供其使用，出现out of memory；比如申请了一个integer,但给它存了long才能存下的数，那就是内存溢出。
一、NGINX 502错误排查 NGINX 502 Bad Gateway错误是FastCGI有问题，造成NGINX 502错误的可能性比较多。将网上找到的一些和502 Bad Gateway错误有关的问题和排查方法列一下，先从FastCGI配置入手： 1.FastCGI进程是否已经启动 2.FastCGI worker进程数是否不够 运行 netstat -anpo | grep “php-cgi” | wc -l 判断是否接近FastCGI进程，接近配置文件中设置的数值，表明worker进程数设置太少 3.FastCGI执行时间过长 根据实际情况调高以下参数值 fastcgi_connect_timeout 300; fastcgi_send_timeout 300; fastcgi_read_timeout 300; 4.FastCGI Buffer不够 nginx和apache一样，有前端缓冲限制，可以调整缓冲参数 fastcgi_buffer_size 32k; fastcgi_buffers 8 32k; 5.Proxy Buffer不够 如果你用了Proxying，调整 proxy_buffer_size 16k; proxy_buffers 4 16k; 参见：http://www.server110.com 6.https转发配置错误 正确的配置方法 server_name www.mydomain.com; location /myproj/repos { set $fixed_destination $http_destination; if ( $http_destination ~* ^https(.*)$ ) { set $fixed_destination http$1; } proxy_set_header Host $host; proxy_set_header X-Real-IP $remote_addr; proxy_set_header Destination $fixed_destination; proxy_pass http://subversion_hosts; } 当然，还要看你后端用的是哪种类型的FastCGI，我用过的有php-fpm，流量约为单台机器40万PV(动态页面), 现在基本上没有碰到502。
nginx 是一个高性能的http服务器和反向代理服务器。即nginx可以作为一个HTTP服务器进行网站的发布处理，也可以作为一个反向代理服务器进行负载均衡。但需要注意的是：nginx本身并不会对php文件进行解析。对PHP页面的请求将会被nginx交给FastCGI进程监听的IP地址及端口，由php-fpm(第三方的fastcgi进程管理器)作为动态解析服务器处理，最后将处理结果再返回给nginx。即nginx通过反向代理功能将动态请求转向后端php-fpm，从而实现对PHP的解析支持，这就是Nginx实现PHP动态解析的基本原理。
一、什么是 FastCGI FastCGI是一个可伸缩地、高速地在HTTP server和动态脚本语言间通信的接口。多数流行的HTTP server都支持FastCGI，包括Apache、Nginx和lighttpd等，同时，FastCGI也被许多脚本语言所支持，其中就有PHP。 FastCGI是从CGI发展改进而来的。传统CGI接口方式的主要缺点是性能很差，因为每次HTTP服务器遇到动态程序时都需要重新启动脚本解析器来执行解析，然后结果被返回给HTTP服务器。这在处理高并发访问时，几乎是不可用的。另外传统的CGI接口方式安全性也很差，现在已经很少被使用了。 FastCGI接口方式采用C/S结构，可以将HTTP服务器和脚本解析服务器分开，同时在脚本解析服务器上启动一个或者多个脚本解析守护进程。当HTTP服务器每次遇到动态程序时，可以将其直接交付给FastCGI进程来执行，然后将得到的结果返回给浏览器。这种方式可以让HTTP服务器专一地处理静态请求或者将动态脚本服务器的结果返回给客户端，这在很大程度上提高了整个应用系统的性能。
HTTP状态码 本篇文章主要介绍运维过程中经常遇到的状态码,并通过业界流行的Nginx进行模拟实现。 2XX状态码 2XX类型状态码表示一个HTTP请求成功，最典型的就是200 # 200状态码 # 这个使我们最希望看到的状态码，表示一个HTTP请求得到了正确的响应，在此不做模拟测试 3XX状态码 # 3XX 类型状态码主要表示HTTP请求URL重定向行为，最常见的3XX状态码有301,302,304 301 测试用例 # URL: 永久性重定向,在Nginx中通过rewrite指令结合per
已经Swoole系列的第二篇知识点了，前一篇主要的针对处理的是方案设计，这一篇主要是代码实现的内容，主要介绍高性能的原因已经实现，编程框架使用EasySwoole。
Apache是目前最流行的Web应用服务器，占据了互联网应用服务器70%以上的份额。Apache能取得如此成功并不足为奇：它免费、稳定且性能卓越;但Apache能取得如此佳绩的另一个原因是，当时互联网刚刚兴起时，Apache是第一个可用的Web应用服务器，人们没有其他的选择。
如果想学习Java工程化、高性能及分布式、深入浅出。微服务、Spring，MyBatis，Netty源码分析的朋友可以加我的Java高级交流：854630135，群里有阿里大牛直播讲解技术，以及Java大型互联网技术的视频免费分享给大家。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
即时通信 IM
实时音视频
