《门户型网站建设建议》由会员分享,可在线阅读,更多相关《门户型网站建设建议(2页珍藏版)》请在金锄头文库上搜索。
1、门户型网站建设建议门户型网站建设用存储过程是比较难扩展的,这种情形多发生于传统 C/S,特别是 OA 系统转换过来的开发人员。低成本网站不是一两台小型机跑一个数据库处理所有业务的模式,是机海作战。方便水平扩展比那点预分析时间和网络传输流量要重要的多的多。为了将来图片走 cdn 做准备,网站建设最好一开始就将图片的域名分开,且不用主域名。很多网站都将 cookie 设置到了.domain.ltd,如果图片也在这个域名下,很可能因为cookie 而造成缓存失效,并且占多余流量,还可能因为浏览器并发线程限制造成访问缓慢。门户型网站建设除了结构化数据,还要经常存放其他的数据,像图片之类的。这类数据数量
2、繁多、访问量大。典型的就是图片,从用户头像到用户上传的照片,还要生成不 同的缩略图尺寸。存储的分布几乎跟数据库扩展一样艰难。不使用专业存储的情况下,基本都是靠自己的NAS。这就涉及到结构。拿图片存储举例,图片是非常容 易产生热点的,有些图片上传后就不再有人看,有些可能每天被访问数十万次,而且大量小文件的异步备份也很耗费时间。几乎所有操作最后都要落到数据库身上,它又最难扩展(存储也挺难) 。对于 mysql,什么样的表用 myisam,什么样的表用 innodb,在开发 之前要确定。复制策略、分片策略,也要确定。表引擎方面,一般,更新不多、不需要事务的表可以用 myisam,需要行锁定、事务支持的,用innodb。 myisam 的锁表不一定是性能低下的根源,innodb也不一定全是行锁,具体细节要多看相关的文档,熟悉了引擎特性才能用的更好。现代 WEB 应用越来 越复杂了,我们设计表结构时常常设计很多冗余,虽然不符合传统范式,但为了速度考虑还是值得的,要求高的情况下甚至要杜绝联合查询。编程时得多注意数据一 致性。门户型网站建设在复制策略方面,多主多从结构也最好一开始就设计好,代码直接按照多主多从来编写,用一些小技巧来避免复制延时问题,并且还要解决多数据库数据是否一致,可以自己写或者找现成的运维工具。参考资料:深圳网站建设 http:/