WEB应用中的高并发问题

同时，

html

静态化也是某些缓存策略使用的 手段，对于系统中频繁使用数据库查询但是内

容更新很小的应用，可以考虑使用

html

静态化来实现，比如论坛中论坛的公用设置信息，

这些信息目前的主流论坛都可以进行后台管理并且存储再数据库中，

这些信息 其实大量被前

台程序调用，但是更新频率很小，可以考虑将这部分内容进行后台更新的时 候进行静态化，

这样避免了大量的数据库访问请求。

2

、图片服务器分离

大家知道，对于

Web

服务器来说，不管是

Apache

、

IIS

还是其他容器，图片是最消耗资源

的，

于是我们有必要将图片与页面进行分离，

这是基本上大型网站都会采用的 策略，

他们都

有独立的图片服务器，

甚 至很多台图片服务器。

这样的架构可以降低提供页面访问请求的服

务器系统压力，

并且可以保证系统不会因为图片问题而崩溃，

在应用服务器和图片服务器上，

可以进行不同的配置优化，比如

apache

在配置

ContentType

< br>的时候可以尽量少支持，尽

可能少的

LoadModul e

，保证更高的系统消耗和执行效率。

3

、数据库集群和库表散列

大型网站都有复杂的应用，

这些应用 必须使用数据库，

那么在面对大量访问的时候，

数据库

的瓶颈很快就能显现出来，

这时一台数据库将很快无法满足应用，

于是我们需要使用数据库

集群或者库表散列。

在数据库集群方面，

很多数据库都有 自己的解决方案，

Oracle

、

Sy base

等都有很好的方案，

常用的

M ySQL

提供的

Master/Slave

也是类似的方案，您使用了什么样的

DB

，就参考相

应的解决方案来实施即可。

上面提到的数据库集群由于在架构、

成本、扩张性方面都会受到所采用

DB

类型的限制，于

是我们需要从应用程序的 角度来考虑改善系统架构，

库表散列是常用并且最有效的解决方案。

我们在应用程序中安装业务和应用或者功能模块将数据库进行分离，

不同的模块对应 不同的

数据库或者表，

再按照一定的策略对某个页面或者功能进 行更小的数据库散列，

比如用户表，

按照用户

< br>ID

进行表散列，这样就能够低成本的提升系统的性能并且有很好的扩展性。

soh

u

的论坛就是采用了这样的架构，将 论坛的用户、设置、帖子等信息进行数据库分离，然后

对帖子、用户按照板块和