为了解决项目高并发问题(已经确定瓶颈不在数据库),先介绍下总体架构吧。一台mysql、一台memcache、三台nginx,
在php代码已经做了适当优化之后,况且nginx服务器的分发能力毋庸置疑,说明现在只有两条出路,要么加机器,要么换语言,加硬件是不可能的,连买个内存都费老大劲,而换语言又是不可能的(难道让我们离职重新找别的开发语言的人或者让我们都转其他语言?),这时候在尽我利索能力的想压榨nginx性能的时候我发现了openresty,看了不少文档,真是个好东西啊—-还没有学的太深,后续一点点补齐吧
先说一下,为什么我要选型nginx+lua.首先,要明确目的,任何产物的出现都是需求导致的(人类不可能平白无故的发明原子弹吧,肯定是想要炸你啊),lua语言快(我故意说错的)或者说nginx+lua语言很快,至少要比nginx+php快,那为什么nginx+lua的组合要比nginx+php快呢?这里一个前提是lua和php都是脚本语言,那貌似更说不通了,都是脚本语言,凭什么你比我快?难道是lua的源码写的更高效?(到底是否高效我不知道,我的侧重点不在这里)。那么问题又来了,要想知道nginx+lua为什么快,那我们需要先知道nginx+php的工作原理或者是说他俩是如何搭配工作的!
nginx+php是如何搭配工作的?—-这是一个大问题
要明白这个问题就要先知道,web服务器是做什么的?我曾经翻阅了好多好多文档,找到了
关于lua+nginx的一点小感悟(nginx php的工作原理)
最新推荐文章于 2024-07-12 11:22:34 发布
本文探讨了项目高并发问题下,如何利用openresty(nginx+lua)提升性能。对比了nginx+php与nginx+lua的工作原理,强调了nginx+lua在减少进程间通信上的优势。同时,介绍了将lua集成到nginx中处理动态请求的方法,并列举了在openresty中处理请求的常见函数。
摘要由CSDN通过智能技术生成