分享高性能网站建构的几个方面

发布时间：2023-03-13 12:42:12 所属栏目：经验来源：

导读：优化网站响应时间的架构方案：

网站能不能留得住用户，一方面是看内容，另一方面是看响应时间。一般情况下,有以下几种方法可降低网页反应时间：

1、减少HTTP请求。包括合并css和javascript。减少图片数量，比如

优化网站响应时间的架构方案：

网站能不能留得住用户，一方面是看内容，另一方面是看响应时间。一般情况下,有以下几种方法可降低网页反应时间：

1、减少HTTP请求。包括合并css和javascript。减少图片数量，比如利用css的偏移技术来在一个图片中选择不同的位置内容。利用浏览器的Cache功能，我们可以在头中声明是否被浏览器缓存。

2、动态内容静态化。比如永久生成HTML文件。生成静态文件并设定生存时间，实名制到期后如果要查询其他新的动态网站内容可以去进行相应的替换。

3、优化数据库。数据库的性能对于项目整体性能是重中之重。设计良好的Mysql比乱糟糟的Mysql性能高出N个数量级，更别论再引入NOSQL了，比如Redis，MongoDB。

压力测试的架构方案：

吞吐率是指单位时间内处理的请求数，单位reqs/s。最大吞吐率是指单位时间内能够处理的最大请求率。模拟足够多的人数和并发请求来测试最大吞吐率的方法叫做压力测试。比如Apache自带的ab(Apache Bench)。ab的参数很多，常用的有请求数(-n)，并发用户数(-c)，超时时间(-t)，长连接(-k)，附件一个Cookie(-c name=value)

长连接的架构方案：每次请求都需要TCP的三次握手，握手完比表示连接正式联通，之后再发送数据。那么，把N个请求，就需要3N次握手，传递N次数据，得到N次响应，总共5N。如果把N个请求合成一个请求，就是3次握手，1次传递数据，1次返回响应，共5次。但是，有时候我们需要上一次响应的返回结果来发送新一轮的请求，在这个时候，合并请求并不好实现，这就需要长连接。

提高Mysql的响应速度的架构方案： Handlerocker是日本的一位架构师开发。Mysql的一种插件。Handlerocker实现了绕过Mysql的SQL解析层。在Mysql5.1以上版本可以使用，详情可以查看Mysql手册。这里就不再阐述。

Mysql主从复制的架构方案：在分布式部署中，1台主库，N台从库。主库只写，从库只查。我们需要在主库数据与副库数据之间建立统一,这也就是主从的拷贝。

优点是： 1、从库备份时，主库可以继续处理更新。

2、优化响应时间。 3、增加健壮性。主库挂了可以切换到从库作为备份。主从复制的实现过程有三步，1个在主库，2个在从库：

1、主库服务器将用户对数据库更新的操作以二进制格式保存到Binary Log日志文件。然后Binlog Dump线程将Binary Log日志文件传输给从库服务器。

2、从库服务器通过一个I/O线程将主库服务器的Binary Log日志文件中的更新操作复制到一个叫做Relay Log中的中继日志文件中。

3、从库服务器通过另一个SQL线程Relay Log中继日志文件中的操作依次在本地执行，从而实现主从数据库之间数据的同步。本篇只是简单的列出方案，详细的配置和实现步骤将在另一篇中写到。

（编辑：汽车网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!