php3亿数据查询方案 php查询数据表( 九 )


· 节点分散:将一些服务部署为多套,分布在各个城市节点 , 让用户请求尽可能选择近的节点访问服务 。
例如,我们选择在上海部署为核心节点,北京,深圳,武汉,上海为分散节点(上海自己本身也是一个分散节点) 。我们的服务架构如图:
需要补充一下的是,上图中上海节点和核心节点是同处于一个机房的 , 其他分散节点各自独立机房 。
国内有很多大型网游,都是大致遵循上述架构 。它们会把数据量不大的用户核心账号等放在核心节点 , 而大部分的网游数据,例如装备、任务等数据和服务放在地区节点里 。当然,核心节点和地域节点之间 , 也有缓存机制 。
二、 节点容灾和过载保护
节点容灾是指,某个节点如果发生故障时,我们需要建立一个机制去保证服务仍然可用 。毫无疑问,这里比较常见的容灾方式,是切换到附近城市节点 。假如系统的天津节点发生故障,那么我们就将网络流量切换到附近的北京节点上 。考虑到负载均衡,可能需要同时将流量切换到附近的几个地域节点 。另一方面,核心节点自身也是需要自己做好容灾和备份的,核心节点一旦故障,就会影响全国服务 。
过载保护,指的是一个节点已经达到最大容量,无法继续接接受更多请求了,系统必须有一个保护的机制 。一个服务已经满负载,还继续接受新的请求,结果很可能就是宕机,影响整个节点的服务,为了至少保障大部分用户的正常使用,过载保护是必要的 。
解决过载保护,一般2个方向:
· 拒绝服务,检测到满负载之后,就不再接受新的连接请求 。例如网游登入中的排队 。
· 分流到其他节点 。这种的话 , 系统实现更为复杂,又涉及到负载均衡的问题 。
小结
Web系统会随着访问规模的增长,渐渐地从1台服务器可以满足需求,一直成长为“庞然大物”的大集群 。而这个Web系统变大的过程,实际上就是我们解决问题的过程 。在不同的阶段,解决不同的问题,而新的问题又诞生在旧的解决方案之上 。
系统的优化是没有极限的,软件和系统架构也一直在快速发展,新的方案解决了老的问题,同时也带来新的挑战 。
php 高并发解决思路解决方案 php 高并发解决思路解决方案 , 如何应对网站大流量高并发情况 。本文为大家总结了常用的处理方式,但不是细节,后续一系列细节教程给出 。希望大家喜欢 。
一 高并发的概念
在互联网时代,并发,高并发通常是指并发访问 。也就是在某个时间点,有多少个访问同时到来 。
二 高并发架构相关概念
1、QPS (每秒查询率) : 每秒钟请求或者查询的数量,在互联网领域 , 指每秒响应请求数(指 HTTP 请求)
2、PV(Page View):综合浏览量 , 即页面浏览量或者点击量,一个访客在 24 小时内访问的页面数量
--注:同一个人浏览你的网站的同一页面,只记做一次 pv
3、吞吐量(fetches/sec) :单位时间内处理的请求数量 (通常由 QPS 和并发数决定)
4、响应时间:从请求发出到收到响应花费的时间
5、独立访客(UV):一定时间范围内,相同访客多次访问网站,只计算为 1 个独立访客
6、带宽:计算带宽需关注两个指标,峰值流量和页面的平均大小
7、日网站带宽: PV/统计时间(换算到秒) * 平均页面大?。╧b)* 8
三 需要注意点:
1、QPS 不等于并发连接数(QPS 是每秒 HTTP 请求数量,并发连接数是系统同时处理的请求数量)
2、峰值每秒请求数(QPS)= (总 PV 数*80%)/ (六小时秒数*20%)【代表 80%的访问量都集中在 20%的时间内】

推荐阅读