一般解决的办法有：
1、选用好的框架，有缓存机制，这样节省访问次数
2、优化代码，注意编写访问数据库的语句，一些效率低的函数
最好不要或者减少使用
3、把能用存储过程
触发器之类数据库自己能完成的功能
交给数据库自己来处理，这样最快
4、提高服务器的配置，甚至做数据库集群
❷ 内网访问WEB服务器很慢，外网访问时正常，这是什么原因
这个可能是内网有洪水包攻击，访问量过大服务器网卡吃不了这么多数据。还有内网ARP病毒攻击的话也会出现这个情况，不知道你的网络是不是免疫网络，用了免疫网络解决方案没，没用赶紧用免疫网络解决方案。 部署免疫网络网络解决方案简单的很，对网络也不需要做大的改动。
❸ 如何优化web服务器的访问速度
网站运营的任何时期，网站访问速度都是至关重要的部分，它是网站友好体验中最基本的一项，如果访问体验都令人不满意，那么后期所做的营销推广模式都有可能徒劳无功，因为网络中客户的选择成本很低，加上普遍客户的耐心都不高，页面访问超过6秒客户就会选择离开，这对于一些流量本来就不高的企业网站来说无疑是雪上加霜。
一、升级正在使用中的服务器
进行服务器升级工作之前，要考虑多方面的问题，是升级已有的服务器还是购置新的服务器设备须根据实际情况抉择。首先来说升级现有的服务器设备，一般来说网站运营到后期随着业务不断增加，多平台应用的开发对于服务器性能的要求也逐步提升，长而久之服务器遇到性能瓶颈也是情理之中的事情，对于这种情况，我们可以通过升级服务器（例如增加硬件设备或网络带宽）等相关配置来满足不断扩大的业务需求，那么服务器性能瓶颈问题就可以得到解决。
二、优化正在使用的服务器
不管是完成升级后的服务器，还是新购置的服务器，我们都要对其进行优化，从而提升服务器的性能以及利用率。如何优化服务器？作为在国互网工作到现在的资深IDC工作人员，小编认为大概分为以下四个方面
要点一：尽可能的减少HTTP请求数
从客户访问网站页面到整个页面内容完全展现出来，这其中要花费较多的时间来下载各种Scripts、CSS样式表、Flash以及图片，而每一类下载都相当于一次HTTP请求，这样的请求越多网站被完全加载出来所花的时间会越长，意味着客户端的访问会很慢，那么此时就需要尽可能的减少HTTP请求数，通常我们可以直接把css和js写入到页面中，避免了外部的调用；或者我们可以把CSS文件和JS文件分来，在后台再进行合并，这样客户端浏览器相当于一次请求。这是小编在国互网美女前端那学来的。
要点二：降低DNS查询时间
众所周知网络服务器端的域名和IP地址是相互对应的，当客户端发出请求时，计算机还需要通过域名和IP地址的相互转换来判断，而这个转换工作便是域名解析DNS，通常DNS的查询需要10~20毫秒时间，客户端浏览器也只会等待DNS查询结束之后才会加载此域名下的内容。因此，我们要加快页面的访问速度，就可以从降低DNS查询时间方面去做改善。
要点三：启用服务器Gzip压缩功能
对于大中型网站来说，页面的内容多且比较多样化，单个页面的大小可能是几百K以上了，客户端访问的时候下载会比较慢，此时我们可以采用服务器Gzip页面压缩功能，可以将一个大小为100K的页面文件压缩成25K以下，这样就可以减少网络传输的数量从而提高客户端访问速度。一般服务器都是可以使用Gzip压缩功能的，并且能够针对JS文件、CSS文件和Html进行压缩，多方面去进行优化网站访问速度。
要点四：推荐大中型网站使用CDN加速工具
CDN加速是目前大型网站普遍使用的页面加速方式，它对于网站优化几乎没有影响的，基本原理是将网站镜像备份到很多服务器节点上，使服务器节点周围的用户访问速度更快，从而提升客户端高速访问网站的体验；但是并不是所有的网站都适合使用CDN加速，一般对于小规模站点个人站的话，就不需要使用CDN加速，毕竟从长期来看这可是一笔不小的开支；建议图片站以及多媒体站点可使用CDN加速。
希望以上知识能够帮到您
❹ WEB服务器访问速度慢
你检查一下你的CPU是不是正常的。CPU是百分百那么两可能。硬件故障。或程序有问题造成CPU百分百。如果CPU是正常的。那么不用说了。带宽不足了。
❺ web服务器连上，整个网络就变慢，web服务器断开，公司网络就好了，这是则么回事呀
你所说的web服务器，是内部网络吧，你把它接到路由上去试试，
❻ web服务器访问缓慢，作为运维人员，如何定位故障
遇到服务器故障，问题出现的原因很少可以一下就想到。我们基本上都会从以下步骤入手：
一、尽可能搞清楚问题的前因后果
不要一下子就扎到服务器前面，你需要先搞明白对这台服务器有多少已知的情况，还有故障的具体情况。不然你很可能就是在无的放矢。
必须搞清楚的问题有：
故障的表现是什么？无响应？报错？
故障是什么时候发现的？
故障是否可重现？
有没有出现的规律（比如每小时出现一次）
最后一次对整个平台进行更新的内容是什么（代码、服务器等）？
故障影响的特定用户群是什么样的(已登录的, 退出的, 某个地域的…)?
基础架构（物理的、逻辑的）的文档是否能找到?
是否有监控平台可用? （比如Munin、Zabbix、 Nagios、 New Relic…
什么都可以）
是否有日志可以查看?. （比如Loggly、Airbrake、 Graylog…）
最后两个是最方便的信息来源，不过别抱太大希望，基本上它们都不会有。只能再继续摸索了。
二、有谁在?
代码如下:
$ w
$ last
用这两个命令看看都有谁在线，有哪些用户访问过。这不是什么关键步骤，不过最好别在其他用户正干活的时候来调试系统。有道是一山不容二虎嘛。（ne cook in
the kitchen is enough.）
三、之前发生了什么?
$
history查看一下之前服务器上执行过的命令。看一下总是没错的，加上前面看的谁登录过的信息，应该有点用。另外作为admin要注意，不要利用自己的权限去侵犯别人的隐私哦。
到这里先提醒一下，等会你可能会需要更新 HISTTIMEFORMAT
环境变量来显示这些命令被执行的时间。对要不然光看到一堆不知道啥时候执行的命令，同样会令人抓狂的。
四、现在在运行的进程是啥?
代码如下:
$ pstree -a
$ ps aux
这都是查看现有进程的。 ps aux 的结果比较杂乱， pstree -a 的结果比较简单明了，可以看到正在运行的进程及相关用户。
五、监听的网络服务
代码如下:
$ netstat -ntlp
$ netstat -nulp
$
netstat -nxlp
我一般都分开运行这三个命令，不想一下子看到列出一大堆所有的服务。netstat -nalp倒也可以。不过我绝不会用 numeric 选项
（鄙人一点浅薄的看法：IP 地址看起来更方便）。
找到所有正在运行的服务，检查它们是否应该运行。查看各个监听端口。在netstat显示的服务列表中的PID 和 ps aux 进程列表中的是一样的。
如果服务器上有好几个Java或者Erlang什么的进程在同时运行，能够按PID分别找到每个进程就很重要了。
通常我们建议每台服务器上运行的服务少一点，必要时可以增加服务器。如果你看到一台服务器上有三四十个监听端口开着，那还是做个记录，回头有空的时候清理一下，重新组织一下服务器。
六、CPU 和内存
代码如下:
$ free -m
$ uptime
$ top
$
htop
注意以下问题:
还有空余的内存吗? 服务器是否正在内存和硬盘之间进行swap?
还有剩余的CPU吗? 服务器是几核的? 是否有某些CPU核负载过多了?
服务器最大的负载来自什么地方? 平均负载是多少?
七、硬件
代码如下:
$ lspci
$ dmidecode
$
ethtool
有很多服务器还是裸机状态，可以看一下：
找到RAID 卡 (是否带BBU备用电池?)、 CPU、空余的内存插槽。根据这些情况可以大致了解硬件问题的来源和性能改进的办法。
网卡是否设置好?
是否正运行在半双工状态? 速度是10MBps? 有没有 TX/RX 报错?
八、IO 性能
代码如下:
$ iostat -kx 2
$ vmstat 2 10
$ mpstat
2 10
$ dstat --top-io --top-bio
这些命令对于调试后端性能非常有用。
检查磁盘使用量：服务器硬盘是否已满?
是否开启了swap交换模式 (si/so)?
CPU被谁占用：系统进程? 用户进程? 虚拟机?
dstat 是我的最爱。用它可以看到谁在进行 IO： 是不是Mysql吃掉了所有的系统资源? 还是你的PHP进程?
九、挂载点 和 文件系统
代码如下:
$ mount
$ cat /etc/fstab
$ vgs
$
pvs
$ lvs
$ df -h
$ lsof +D / /* beware not to kill your box
*/
一共挂载了多少文件系统?
有没有某个服务专用的文件系统? (比如MySQL?)
文件系统的挂载选项是什么： noatime?
default? 有没有文件系统被重新挂载为只读模式了？
磁盘空间是否还有剩余?
是否有大文件被删除但没有清空?
如果磁盘空间有问题，你是否还有空间来扩展一个分区？
十、内核、中断和网络
代码如下:
$ sysctl -a | grep ...
$ cat
/proc/interrupts
$ cat /proc/net/ip_conntrack /* may take some time on busy
servers */
$ netstat
$ ss -s
你的中断请求是否是均衡地分配给CPU处理，还是会有某个CPU的核因为大量的网络中断请求或者RAID请求而过载了？
SWAP交换的设置是什么？对于工作站来说swappinness 设为 60 就很好,
不过对于服务器就太糟了：你最好永远不要让服务器做SWAP交换，不然对磁盘的读写会锁死SWAP进程。
conntrack_max 是否设的足够大，能应付你服务器的流量?
在不同状态下(TIME_WAIT, …)TCP连接时间的设置是怎样的？
如果要显示所有存在的连接，netstat 会比较慢， 你可以先用 ss 看一下总体情况。
你还可以看一下 Linux TCP tuning
了解网络性能调优的一些要点。
十一、系统日志和内核消息
代码如下:
$ dmesg
$ less /var/log/messages
$
less /var/log/secure
$ less /var/log/auth
查看错误和警告消息，比如看看是不是很多关于连接数过多导致？
看看是否有硬件错误或文件系统错误?
分析是否能将这些错误事件和前面发现的疑点进行时间上的比对。
十二、定时任务
代码如下:
$ ls /etc/cron* + cat
$ for user in
$(cat /etc/passwd | cut -f1 -d:); do crontab -l -u $user; done
是否有某个定时任务运行过于频繁?
是否有些用户提交了隐藏的定时任务?
在出现故障的时候，是否正好有某个备份任务在执行？
十三、应用系统日志
这里边可分析的东西就多了,
不过恐怕你作为运维人员是没功夫去仔细研究它的。关注那些明显的问题，比如在一个典型的LAMP（Linux+Apache+Mysql+Perl）应用环境里:
Apache & Nginx; 查找访问和错误日志, 直接找 5xx 错误, 再看看是否有 limit_zone 错误。
MySQL;
在mysql.log找错误消息，看看有没有结构损坏的表， 是否有innodb修复进程在运行，是否有disk/index/query 问题.
PHP-FPM; 如果设定了 php-slow 日志, 直接找错误信息 (php, mysql, memcache, …)，如果没设定，赶紧设定。
Varnish; 在varnishlog 和 varnishstat 里, 检查 hit/miss比.
看看配置信息里是否遗漏了什么规则，使最终用户可以直接攻击你的后端？
HA-Proxy;
后端的状况如何？健康状况检查是否成功？是前端还是后端的队列大小达到最大值了？
结论
经过这5分钟之后，你应该对如下情况比较清楚了：
在服务器上运行的都是些啥？
这个故障看起来是和 IO/硬件/网络 或者 系统配置 (有问题的代码、系统内核调优, …)相关。
这个故障是否有你熟悉的一些特征？比如对数据库索引使用不当，或者太多的apache后台进程。
你甚至有可能找到真正的故障源头。就算还没有找到，搞清楚了上面这些情况之后，你现在也具备了深挖下去的条件。继续努力吧！
❼ web编程中页面加载过慢是什么原因引起的
内容多。
使用了大的控件。
代码未优化。
网络问题。
等等。
❽ 为什么微软的网站访问速度都这么慢
联通、电信、移动,不管哪家宽带运营商速度都比较的慢是无法控制的。onedrive的服务器在国外,所以同步过程比较慢是正常的。
要优化Web服务器的性能，我们先来看看Web服务器在web页面处理上的步骤：Web浏览器向一个特定的服务器发出Web页面请求;Web服务器接收到web页面请求后，寻找所请求的web页面。
并将所请求的Web页面传送给Web浏览器;Web浏览器接收到所请求的web页面内容，并将它显示出来。上面三个步骤都关系Web服务器，但实际Web服务器性能相关最大的是在第2步，这里Web服务器需要寻找来自浏览器所请求的Web页面内容。
我们知道，Web页面内容有静态的，也有动态的，静态的内容，web服务器可以直接将结果发回给浏览器，对于动态内容，则通常需要交给应用服务器先处理，由应用服务器返回结果。当然，也有Web服务器本身可以处理动态内容的。
例如IIS就可以自已解释处理ASP,ASP.NET这两种微软的动态网页脚本语言。从上面简要的分析里，我们大致可以得到这样的结论，影响Web页面访问的影响因素会有这几个：Web服务器从磁盘中读取静态页面内容的速度。
也即时间；Web服务器判定请求内容是静态还是动态内容的时间；Web服务器转发请求给应用服务器的时间；应用服务器处理（解释）动态内容所需的时间；Web服务器返回Web内容给浏览器的响应时间。
Web服务器接收来自浏览器请求的处理性能；Web访问请求数据在网络上传输的时间：包括从浏览器到服务器，和从服务器到浏览器两部分；浏览器本地计算和渲染Web内容的时间，即接收内容后展现内容的时间。
上面8项很容易理解，也很直接，其实还有以下几项也是关乎Web页面访问速度体验的因素，你可以思考下是否如此？或者说是否会影响到页面访问性能。
❾ 如何提高web系统的访问速度
在ASP中优化数据库处理
ASP是一个WEB服务器端的开发环境，它提供了一种简单易学的脚本（VBScript或Jscript），并带有许多内置的对象，从而提供了一条简捷的编程之路。更为重要的是，ASP中提供了ADO对象，让程序员可以轻松操作各种数据库，从而可以产生和运行动态的、交互的WEB服务应用程序。目前，国内很多电子商务站点都采用了ASP技术来与数据库交互，为用户提供各类服务。
由于电子商务站点的大部分信息都存放在数据库中，要提高WEB的响应速度，建立高性能的电子商务站点，很大一部分取决于ASP与数据库之间的处理性能。因此，在ASP编写时，要注意数据库处理方法。
1、 使用Connection pool机制
在数据库处理中，资源花销最大的是建立数据库连接，而且用户还会有一个较长的连接等待时间。若每一个用户访问时，都重新建立连接，不仅用户要长时间等待，而且系统有可能会由于资源消耗过大而停止响应。如果能够重用以前建立的数据库连接，而不是每次访问时都重新建立连接，则可以很好地解决这些问题，从而提高整个系统的性能。在IIS+ASP处理体系中，采用了Connection pool机制来保证这一点。
Connection pool的原理是，IIS+ASP体系中维持了一个连接缓冲池，建立好的数据库连接在ASP程序中的断开都是逻辑断开，而实际的物理连接被存储在池中并被维护。这样，当下一个用户访问时，直接从连接缓冲池中取得一个数据库连接，而不需重新连接数据库，因此，可以大大地提高系统的响应速度。
为了正确使用Connection pool时，必须注意以下几点：
a). 在MDAC2.0以前的版本中，必须经过数据库驱动程序的配置才能使用Connection Pool；在以后的版本中（比如MDAC2.1），缺省是使用Connection Pool机制。具体配置情况可以参见微软公司的站点（http://www.microsoft.com/data/）。
顺便提一句，在使用ORACLE数据库时，最好使用微软提供的驱动程序。
b). 每次数据库连接串参数必须相同，否则会被认为是不同的连接而重新去连接数据库，而不是使用缓冲池中的连接。最好的做法是将连接串存储在Application变量中，所有的程序在建立连接时使用Application变量的值。
c). 为了更好地使用和维护连接缓冲池，建议在程序中使用以下的方法对数据库连接进行操作，因为隐式使用数据库连接时不能利用缓冲池的机制：
¨ 显示地创建连接对象: Set conn=Server.CreateObject(“Adodb.connection”)
¨ 建立数据库连接：conn.open Application(“connection_string”),…
¨ 进行数据库操作：…
¨ 显式地关闭连接对象：conn.close
2、 利用直接的Ole DB驱动程序
在Asp中，通过ADO可以使用两种方式连接数据库，一种是传统的ODBC方式，一种是Ole DB方式。由于ADO是建立在Ole DB技术上的，为了支持ODBC，必须建立相应的Ole DB 到ODBC的调用转换（如MS Oledb provider for ODBC）。而使用直接的Ole DB方式（如MS Oledb provider for Sql, Oracle），则不需转换，从而提高处理速度，同时，还能利用Ole DB的新特性。
3、 在内存中缓存ADO对象或其内容
通常，在ASP程序中，都会涉及到一些存储在数据库中的常用信息，如省份列表，商品分类等，这些信息对于每一个访问用户都是相同的。若每一个用户访问时，都要去数据库里取出来，然后显示给用户，不仅会使数据库服务器负载加重，无法快速服务于更重要的事务处理，而且WEB服务器也必须不停地创建ADO对象，消耗大量资源，导致了当用户很多时几乎失去响应。若能把一些常用信息事先存储在内存中，当用户访问时，直接从内存中取出，显示给用户，则可以大大减小系统的压力，提高响应速度。
比如，我们可以把已经取得了数据的RecordSet对象存储在Application变量中，当用户访问时，从Application变量中取得RecordSet对象，而不需再次建立数据库连接；也可以将RecordSet对象里的数据以其他方式存储，比如存储在数组中，然后再将数组存储在Application变量中，使用时用数组的方式读取。
需要注意的是，一个对象要存储在Application变量中，线程模式必须是Both；对于不满足该条件的对象，必须以其他方式，比如转换成数组的方式存储在Application变量中，这也是上面所说的将内容存储在数组中的原因。
4、 使用数字序列
在Asp程序中，从诸如RecordSet中读取数据时，为了方便，常使用数据库列名的方式进行：
Response.write rs(“fieldnameN”)
而很少采用该数据库列名所在的数字序列来读取，即：
Response.write rs(N)
其实，为了从RecordSet得到列值，ADO必须将列名转化为数字序列，因此，若直接使用数字序列，则可以提高读取速度。若感觉使用数字序列，程序可读性不直观，可以采用建立常量的方法，定义：
const FIELDNAME1 1
5、 使用数据库过程(procere)
在电子商务站点中，尤其是要进行交易的站点，为了完成交易，可能需要多次查询大量的信息，用于判定是非，然后更新入库。若在编写Asp时，直接在一个程序中作多次数据库操作，不仅IIS要创建很多ADO对象，消耗资源，而且加重了数据库服务器的负担，增大了网络流量。若把多次数据库操作流程定义为一个数据库过程，用如下方式调用：
connection.execute “{call procerename(..)}”
则可以利用数据库的强大性能，大大减轻Web系统的压力，而且由于页面内容与业务分开，管理维护也变得方便。
6、 使用优化过的sql语句
对于电子商务网站，最主要的就是要保证，不论访问用户的多少，系统都要有足够快的响应速度。由于在Asp技术中，ADO对象消耗的资源是非常大的，若一个sql语句要执行很长的一段时间，对整个资源也将一直占用，使系统没有足够的资源服务于其它用户。因此，尽量使用优化过的sql语句，减少执行时间。比如，不使用在in语句中包含子查询的语句，充分利用索引。
7、 利用数据库的特性
ADO是一套通用的对象控件，本身没有利用数据库的任何特性。但若在Asp程序编写时，有意识地考虑结合数据库的特性，往往可以有很好的效果。
比如，Oracle数据库服务器对于执行过的sql语句，通常都经过了分析优化，并存储在一个sql内存缓冲区中，当下次同样的sql语句请求时，直接从内存缓冲区取出执行，不再进行分析优化，从而可以大幅度提高性能。这就要求在Asp程序编写时，尽量使用相同的Sql语句，或者参数化的Sql语句：
Set cmd=Server.createobject(“adodb.command”)
cmd.CommandText=”select * from proct where proctcode=?”
8、 用时创建，用完释放
在前面也提到过，ADO对象是非常消耗资源的，因此一定要牢牢记住，只在用到ADO对象时才创建，用完后马上释放：
set rs=Server.createobject(“adodb.recordset”)
….
rs.close
set rs=nothing
愿您愉快地编程，让人们享受社会信息化所带来的好处。http://..com/question/5803448.html?fr=qrl3
❿ Web服务器网页打开很慢,该从哪方面查询服务器出了问题
首先想到的应该重启一下服务，如果还是慢就要看一下服务器CPU和内存的使用情况，再就是部署一个简单的系统在同一web服务器上，看运行如何，目的是排除一下是不是服务器问题还是网站系统代码问题，还有就是网站连接的数据库等。