突然大流量访问

博主是从事PHP开发的，以下内容可能会围绕PHP相关话题以个人角度谈论，本人才疏学浅，如有不对之处，请大家多多指教。

突发型大流量访问

网站打开速度如蜗牛速度一般，就该登录服务器查看近半小时的CPU负载，及是那些进程占用率高，然后判断是那出了问题。
top
使用 shift+p 按CPU使用率排序
使用 shift+m 按内存使用率排序

一些解决办法

1.第一步开启 PHP OPcache 扩展，来减少服务器压力

2.先查看 Nginx 日志，看看哪些 IP或页面 访问异常（访问量比较多的IP或页面）
如果网站放置有第三方统计，那么就登录第三方查看，一般第三方统计都是基于 JS 的，统计是不太准确的。
最好是有一个后端统计功能，可以使用基于 Redis 实现，统计 IP，PV等，这样一眼就能准确看出哪些 IP有问题，及哪些页面或接口访问比较高)。找到 IP 后先从 Nginx服务器 deny 掉，若是别人是针对于某些页面进行高访问（比如搜索页，列表页，轮训详情页等），如果页面不重要，可以先从 Nginx服务端 重定义到首页或者重定向到系统升级或维护页面（不要从PHP端重定向，最好直接从 Nginx服务器层面拦截），
若是重要的页面或接口，如果页面/接口比较少，只有一两个那就直接做优化，从查询方便及缓存方便入手。如果页面或接口比较多，那么直接使用第3个方案。

3.临时升级服务器(服务器的服务商一般都提供 突发型服务器升级包 的服务)，怎么升级得看服务器当前的使用状态，比如 带宽(千万别忽略带宽,不够时该升级就得升级)、CPU、内存等

以上是突发型解决方案，后面写从项目开始入手时就应该着手的方案或者思路，未完待续… 来活了，我得先干活，毕竟是领导给的任务。

代码

1.虽然说我是做PHP的，但是还是得先从语言层面考虑，传统的PHP项目网站不太适合高并发(这里仅仅是说不太适合高并发,并没有看低PHP或者说不适合做网站、服务端)，因为从用户访问到响应给用户，需要过PHP解释器(fpm)，然后查询(mysql连接之类的处理)，然后返回响应。

说白了就是 代码还需要解释器去解析，然后再连接数据库查询(每一个请求都需要连接一次)，并非是常驻内存的(代码可以用OPcache,但mysql连接却没有,以及PHP处理方式)，所以消耗还是比较大的。
若果考虑换语言的话，优先考虑 golang，因为 golang 的协程设计，及编译型语言常驻内存的特性，golang 生来就是处理高并发的。
如果不换语言的话(仅提一嘴而已)，咱接着吹PHP。 刚刚代码方便以及提到 OPcache 了，作为一个 PHPer 就不接受了。还有就是 mysql 连接是比较耗性能的，之前别人提到一个思路，
可以使用其他语言(如golang)写一个mysql连接池，然后给接口让PHP调用就行了，不过这比较麻烦（因为对于PHP来说，大多数都是基于框架开发的，需要拿到sql后，使用api获取结果），
似乎PHP中也有常驻内存的扩展，这个我就没去深究了。这只是一个思路而已，若搞得太麻烦，还不如直接换语言，一劳永逸。从PHP方便说，PHP版本选择7以上，性能翻倍，然后是PHP-FPM，
FPM最好是连接池开大一点，对于大网站单独开一个连接池(免得一个网站打挂了殃及其他网站)，小网站的话，几个网站用一个连接池就好了。最后一点就是mysql，尽可能得话单独部署(如果业务大的话,读写分类,分库分表的话应该是必须的,我还没接触到这个层面)，或者一定要限制CPU及内存使用量，很有可能MySQL会拖垮整个服务器。
上面这短话写得有点绕，总结一下，主要从 PHP版本,PHP-FPM连接池,PHP代码缓存(OPcache),MySQL连接(MySQL连接池,如果有用Redis也可以搞个Redis连接池),MySQL服务单独部署及换语言 几个方便考虑。

2.从MySQl数据库设计方便，比如一篇文章表，最好是分成主副表(articles,article_infos),主办用于存储常用且数据不大的字段,附表用于存储内容较大且不常用的字段(如 内容),这样的设计有利于PHP的依赖注入(可以提升性能及减少一些代码量,和拥有优雅的代码风格)。
其他方便的设计，比如索引，查询，配置方便的优化，就交给读者自己吧，我也没什么谈的，需要看书才行。
3.代码方便的话，访问量比较大的页面该做缓存的地方就做缓存(可以在后台写个功能,清除某个地方的缓存,比如文章 后台更改内容后也能够及时更新页面,不要做成更新一篇文章就清理缓存,这样的场景不适合，应该做成一个功能，手动触发，可能更新几篇文章后一次更新，对于代码别忘了加锁)，这是对于更新不太频繁且某个单独块的页面。
对于搜索，或者列表查询，可以考虑使用搜索引擎(elsticsearch)，性能会提升很多。

4.对于编码代码方便，似乎没什么好说的。基本上都是使用框架开发，对于laravel 框架，可以看看这篇文章 laravel,上线后需要做的事。

5.经验方便还是有一些的(毕竟我也算是老鸟了)，只是感觉有些东西涉及不到或者没必要写，那就不写了，即使我写了，你也不一定会照做，或者隔天就忘了，需要亲身体验后才能体会，写了这些，我也是边写边总结的，若是让我一口气说出来，我还真不知道该怎么说，快吃午饭了。如有指教教或者交流的地方，欢迎评论区讨论(平均一周才能回复)，或者直接email联系我(可能当天就能联系上)。

差不多写完了，后面想到时再补充，对于某些人(一年前的我)一上来就 Nginx 负载均衡，MySQL 读写分类(再提一下,MySQL尽量分开部署)，前后端分类，静态文件放OSS上等，我想你可能只是在网上看到的，自己写了那么多代码，就真的没从自己角度去分析或者从自己经验中总结吗。
哦，忘了说一点，在 Nginx配置方便的优化，使用核数可以设置成 auto，文件打开数量可以尽量设置大一点，看场景再考虑是否开启压缩，日志每个站点分开放，对于图片及一些无需记录的日志的就不要写日志，该设置跨域的就设置跨域(特别是对于api,和静态资源防盗)，对于 .git 目录等记得抛403。

PS:

这篇文章排版是真TM差，后面心情好时再优化css吧(上次我已经优化了一下,其他文章还行,今天这篇文章就丑得一批)
喔，可以考虑把 PHPStorm 或 GitHub/Gitee 的css拿过来