文件缓存、内存缓存与静态化页面的取舍

静态和伪静态都是各有优缺点的
静态的好处是你生成了html文件，那么访问量高的时候，服务器的I/O是一个瓶颈。但数据库的压力小了，并且更新的时候，须要从新生成。

而伪静态刚I/O的瓶颈比静态的要小，可是数据库的压力比较大。

若是访问量和并发比较大的话，就使用静态吧。

================

静态文件分发、分布式很是容易，使用CDN很方便，通常不过时，海量流量应付很轻松，只需加CDN带宽便可。

使用memcache这样的内存缓存通常只缓存部分时间不敏感、业务不复杂的数据。以空间换速度。memcache对数据过时时间的控制能力较好。

文件缓存：通常状况下磁盘IO才是主要压力，除非SQL足够复杂，耗费较多CPU。这个时候也能够交给MySQL的查询缓存解决。文件缓存常见于压力不大的站点或者开源程序使用，具备适应性好、对运行环境要求低的特色。

 

=================

我来讲几句废话，楼主先把缓存的概念理解透再谈缓存。

缓存是什么，缓存就是把低速设备上的文件放入高速设备，把从离终端远的位置移到靠近终端的位置。
over，就是这么简单。

理解了概念，你就不会困惑了。不理解请参考3L。3L就是对这个概念的阐述。
有了CDN，静态访问不是问题，再加上本地缓存，效果更好。

一切快慢都只是相对的，若是你认为访问和操做内存就是最快最好的，天下无敌的，那又错了。
一方面，还有比内存更快的。如今基于JAVA的LMAX架构考虑的深度已经到了CPU的高速缓存这一层了，访问和操做内存，慢！得想办法能直接访问高速缓存，并避免并发争夺问题。另外一方面，还有某些场合下比内存访问更合适的，如CDN。固然这个例子可能和主题关系不大。只是说明一切都是相对的。

 

=======================

文件缓存：
仍是要请求PHP，由PHP来读取硬盘上缓存的文件。有时候缓存的是整个页面的HTML，有时候只是缓存部分数据或者变量值。
静态化：
不须要PHP来处理，直接由web server读取文件内容并输出。静态化文件的内容只能是HTML代码或者SHTML代码。好处是性能和分布式上的优点，可是没有PHP来处理灵活。
也有杂合的，好比使用伪静态来统一URL，而后以必定策略来决定是访问PHP仍是直接HTML。

 

=======================

若是纠结，推荐一种方案：伪静态和真静态结合。
若是你看过wordpress的.htaccess文件，能够发现这样的伪静态规则

1. # BEGIN WordPress
2. <IfModule mod_rewrite.c>
3. RewriteEngine On
4. RewriteBase /
5. RewriteRule ^index\.php$ - [L]
6. RewriteCond %{REQUEST_FILENAME} !-f
7. RewriteCond %{REQUEST_FILENAME} !-d
8. RewriteRule . /index.php [L]
9. </IfModule>
10. # END WordPress

复制代码

那如何伪静态+真静态呢？
若是访问压力大，则生成HTML到指定位置，在重写规则里!-f条件不成立，这个时候就是真静态；
若是这个页面访问数量少（好比是去年的新闻页），这个时候真静态意义已经不大了，这个时候能够经过管理后台直接删除这个HTML。这个时候重写规则里!-f条件成立，由PHP分析请求的URL，并输出HTML代码。对用户透明，感受不到区别。

优势：可伸缩性、节省硬盘、性能和灵活性的最大化
缺点：对静态页面要求内容时效不敏感、要求可以启用重写规则