关于本文所指的大型网站，除了新闻类和一些依靠静态化就可以实现的架构，这里主要讲解的就是高互动性高交互性的数据型大型网站的架构问题，主要有以下几点：

一、海量数据的处理

众所周知，对于一些相对小的站点来说，数据量并不是很大，和就可以解决我们面对的问题，本身负载量不是很大，多再加几个索引就可以搞定。对于大型网站，每天的数据量可能就上百万，如果一个设计不好的多对多关系，在前期是没有任何问题的，但是随着用户的增长，数据量会是几何级的增长的。在这个时候我们对于一个表的和的时候(还不说多表联合查询)的成本的非常高的。

二、数据并发的处理

在一些时候，2.0的都有个尚方宝剑，就是缓存。对于缓存，在高并发高处理的时候也是个大问题。在整个应用程序下，缓存是全局共享的，然而在我们进行修改的时候就，如果两个或者多个请求同时对缓存有更新的要求的情况下，应用程序会直接的死掉。这个时候，就需要一个好的数据并发处理策略以及缓存策略。另外，就是数据库的死锁问题，也许平时我们感觉不到，死锁在高并发的情况下的出现的概率是非常高的，磁盘缓存就是一个大问题。

三、文件存贮的问题

对于一些支持文件上传的2.0的站点，在庆幸硬盘容量越来越大的时候我们更多的应该考虑的是文件应该如何被存储并且被有效的索引。常见的方案是对文件按照日期和类型进行存贮。但是当文件量是海量的数据的情况下，如果一块硬盘存贮了500个的琐碎文件，那么维护的时候和使用的时候磁盘的就是一个巨大的问题，哪怕你的带宽足够，但是你的磁盘也未必响应过来。如果这个时候还涉及上传，磁盘很容易就损坏了。

四、数据关系的处理

我们可以很容易的规划出一个符合第三范式的数据库，里面布满了多对多关系，还能用来替换但是，多对多关系充斥的2.0时代，第三范式是个应该被抛弃的。必须有效的把多表联合查询降到低。

五、数据索引的问题

众所周知，索引是提高数据库效率查询的方面廉价容易实现的方案。但是，在高的情况下，和付出的成本会高的无法想想，笔者遇到过一个情况，在更新一个聚焦索引的时候需要10分钟来完成，那么对于站点来说，这些基本上是不可忍受的。索引和更新是一对天生的冤家，问题，，这些是我们在做架构的时候不得不考虑的问题，并且也可能是花费时间多的问题。

六、分布式处理

对于2.0网站由于其高互动性，实现的效果基本上为0，内容是实时更新的，我们常规的处理。为了保证各地的访问速度，我们就需要面对一个绝大的问题，就是如何有效的实现数据同步和更新，实现各地服务器的实时通讯有是一个不得不需要考虑的问题。

七、的利弊分析

成也，败也，成为了主流趋势，突然发现基于的和是如此的容易。客户端或者到服务器数据，服务器接到数据请求之后返回来，这是一个很正常的请求。但是在处理的时候，如果我们使用一个抓包工具的话，对数据返回和处理是一目了然。对于一些计算量大的请求的话，我们可以构造一个发包机，很容易就可以把一个干掉。

八、数据安全性的分析

对于协议来说，数据包都是明文传输的，也许我们可以说我们可以用加密啊，但是对于问题来说的话，加密的过程就可能是明文了(比如我们知道的，可以很容易的判断他的加密，并有效的写一个跟他一样的加密和解密方法出来的)。当你站点流量不是很大的时候没有人会在乎你，但是当你流量上来之后，那么所谓的外挂，所谓的群发就会接踵而来(从一开始的群发可见端倪)。也许我们可以很的意的说，我们可以采用更高级别的判断甚至来实现，注意，当你做这些处理的时候付出的将是海量的，以及的成本。对于一些群发，基本上是不可能的。笔者已经可以实现对于百度空间和空间的群发了。大家愿意试试，实际上并不是很难。

当我们的一台不堪重负的时候，这个时候我们就需要做基于数据库的负载和集群了。而这个时候可能是让人困扰的的问题了，数据基于网络传输根据数据库的设计的不同，数据延迟是很可怕的问题，也是不可避免的问题，这样的话，我们就需要通过另外的手段来保证在这延迟的几秒或者更长的几分钟时间内，实现有效的交互。比如数据散列，分割，内容处理等等问题。

湖北设计制作网站公司：对于大型网站架构你需要注意的八大问题

以上内容就是关于“对于大型网站架构你需要注意的八大问题”的相关知识！，互联网作为当下信息量大和用户多的一个媒体平台，传播信息可谓是快、准、狠，很多企业正是看中了互联网这一特性，往往都会优先选择网络来宣传自己的品牌和产品。但是，苦于对互联网的认识不够全面，往往为了跟风，盲目花个几千上万块钱来找人家来做个传统型网站，然后又花点钱去做推广，之后，钱是花出去了，网站也做了，结果却差强人意，钱就如同打水漂一样。究其原因，这往往是传统型网站存在的弊端所致。武汉怡橙科技，有7年建站经验，我们懂建站，更懂营销。想要了解更多“对于大型网站架构你需要注意的八大问题”的信息，请致电专业商务经理，电话：400-960-5068！