8、文件存储

存储的散布几近跟数据库扩大一样坚苦，不过只有百万的PV的情况下，磁盘IO方面一般不会成年夜问题，一两台采取SATA做条带RAID的机械可以应付，反而是自己做异步备份比较复杂，因为小文件多。如果只有一台机械做存储，可以做简单的优化，例如放最小缩略图的分区和放中等缩略图的分区，按照平均年夜小调剂一下块年夜小。存储要打算好目录布局，不然文件增多后维护起来复杂，也晦气于扩大。同时还要斟酌未来扩容，例如采取LVM，或把文件按照不正当则散列到不合机械。磁盘IO沉重的情况下更容易呈现故障，所以要做好备份，若发现有盘坏失落，要马上行动改换，很多人的硬盘都是坏了一块之后，持续不断的坏下去。

为了未来图片走cdn做准备，一起头最好就将图片的域名分隔，且不消主域名。因为很多网站都将cookie设置到了.domain ，如果图片也在这个域名下，很可能因为cookie而造成缓存失效，并且占多余流量，还可能因为阅读器并发线程限制造成拜候迟缓。

9、法度

一定硬件条件下，应用能承载多少拜候量，很年夜一部分也取决于法度如何写。法度写的欠好，可能一万的拜候都承载不了，写的好，可能一两台机械就可以承担几百万PV。越是复杂、数据实时性要求越高的应用，优化起来越难，但对普通网站有一个统一的思路，就是尽可能向前端优化、削减数据库操作、削减磁盘IO。向前端优化指的是，在不影响功能和体验的情况下，能在阅读器执行的不要在办事端执行，能在缓存办事器上直接返回的不要到应用办事器，法度能直接取得的成果不要到外部取得，本机内能取得的数据不要到远程取，内存能取到的不要到磁盘取，缓存中有的不要去数据库查询。削减数据库操作指削减更新次数、缓存成果削减查询次数、将数据库执行的操作尽可能的让你的法度完成（例如join查询），削减磁盘IO指尽可能不使用文件系统作为缓存、削减读写文件次数等。法度优化永远要优化慢的部分，换语法是无法"优化"的。

然而编程时不该该把重点放在优化上，应该存眷扩大性。现今的WEB应用，需求转变很是之快，适应多种需求的架构是不存在的，我们的扩大性就要把要点放在跟底层交互的架构上，例如持久化数据的存取法则、缓存的存取法则等，还有一些共用办事，例如用户信息等。先把不变的部分做完善，剩下的部分就很容易将精力放在业务逻辑上面了。

关于作者

刘志一，从1999年做小我网站起头一直专注于互联网，目前就职于一家垂直行业C2C网站，做产品和开辟方面工作。新浪微博：http://t.sina/liuzhiyi。

文章来历：InfoQ中文站