文档介绍:java 高并发解决方案 1、 HTML 静态化其实大家都知道, 效率最高、消耗最小的就是纯静态化的 html 页面, 所以我们尽可能使我们的网站上的页面采用静态页面来实现, 这个最简单的方法其实也是最有效的方法。但是对于大量内容并且频繁更新的网站, 我们无法全部手动去挨个实现, 于是出现了我们常见的信息发布系统 CMS , 像我们常访问的各个门户站点的新闻频道, 甚至他们的其他频道, 都是通过信息发布系统来管理和实现的, 信息发布系统可以实现最简单的信息录入自动生成静态页面,还能具备频道管理、权限管理、自动抓取等功能, 对于一个大型网站来说, 拥有一套高效、可管理的 CMS 是必不可少的。除了门户和信息发布类型的网站, 对于交互性要求很高的社区类型网站来说, 尽可能的静态化也是提高性能的必要手段, 将社区内的帖子、文章进行实时的静态化, 有更新的时候再重新静态化也是大量使用的策略,像 Mop 的大杂烩就是使用了这样的策略, 网易社区等也是如此。同时, html 静态化也是某些缓存策略使用的手段,对于系统中频繁使用数据库查询但是内容更新很小的应用,可以考虑使用 html 静态化来实现, 比如论坛中论坛的公用设置信息, 这些信息目前的主流论坛都可以进行后台管理并且存储再数据库中, 这些信息其实大量被前台程序调用, 但是更新频率很小, 可以考虑将这部分内容进行后台更新的时候进行静态化,这样避免了大量的数据库访问请求。 2 、图片服务器分离大家知道, 对于 Web 服务器来说, 不管是 Apache 、 IIS 还是其他容器, 图片是最消耗资源的, 于是我们有必要将图片与页面进行分离, 这是基本上大型网站都会采用的策略, 他们都有独立的图片服务器, 甚至很多台图片服务器。这样的架构可以降低提供页面访问请求的服务器系统压力, 并且可以保证系统不会因为图片问题而崩溃, 在应用服务器和图片服务器上,可以进行不同的配置优化,比如 apache 在配置 ContentType 的时候可以尽量少支持, 尽可能少的 LoadModule , 保证更高的系统消耗和执行效率。 3 、数据库集群和库表散列大型网站都有复杂的应用, 这些应用必须使用数据库, 那么在面对大量访问的时候, 数据库的瓶颈很快就能显现出来, 这时一台数据库将很快无法满足应用,于是我们需要使用数据库集群或者库表散列。在数据库集群方面, 很多数据库都有自己的解决方案, Oracle 、 Sybas e 等都有很好的方案,常用的 MySQL 提供的 Master/Slave 也是类似的方案,您使用了什么样的 DB ,就参考相应的解决方案来实施即可。上面提到的数据库集群由于在架构、成本、扩张性方面都会受到所采用 DB 类型的限制,于是我们需要从应用程序的角度来考虑改善系统架构, 库表散列是常用并且最有效的解决方案。我们在应用程序中安装业务和应用或者功能模块将数据库进行分离, 不同的模块对应不同的数据库或者表, 再按照一定的策略对某个页面或者功能进行更小的数据库散列,比如用户表,按照用户 ID 进行表散列,这样就能够低成本的提升系统的性能并且有很好的扩展性。 sohu 的论坛就是采用了这样的架构,将论坛的用户、设置、帖子等信息进行数据库分离, 然后对帖子、用户按照板块和 ID 进行散列数据库和表,最终可以在配置文