关于PHP优化速度的问题，文件缓存，影响会大吗？

Question

由于条件有限，没有MemCache，但是很多地方如“地区信息、各种树型分类、全局菜单链接”等等信息，直接从数据库取的话，实在实在太慢了，而且一个页面下来语句太多了，所以采用了一个办法，就是把这类数据直接保存到硬盘下，要的时候就直接从硬盘读取。项目做得差不多了，发现用到这类方法的地方好像挺多，现在就是胆心到时候正式上线的时候，过多的读取会不会直接就挂了？有没有这方面有经验的，给下回复。当前的话，我测试的速度还是蛮快的，但是毕竟没有经过压力。缓存优化php数据

Answer 1

没有MemCache可以用mysql建立内存表。或者加大mysql缓存也管用。

Answer 2

由于条件有限，没有MemCache，但是很多地方如“地区信息、各种树型分类、全局菜单链接”等等信息，直接从数据库取的话，实在实在太慢了最好还是优化你的查询和程序。

Answer 3

我簡單描述一下我的做法:
我的网站有一个庞大的分类表,这个分类表分为多个层次,每一个层次都存储了该分类下有多少条新闻.
为了防止每次都要重新读取分类表,所以我就建立了一个function,这个function只有在添加新闻的时候才会被调用,他的作用就是用来读取每一个分类,并计算每一个分类下都有多少个新闻,计算完毕之后就把分类重新组合成array,然后用这个function把我的array存入一个php文件内,这样前台在显示的时候只需要require这个php文件进来然后遍历array输出即可,就不需要重新读数据库了.
也就是提前把数据库中的分类读出来整合成array存入一个php文件里,显示的时候就require此php文件就行了,不需要每次读取数据库.

Answer 4

项目做得差不多了，在这种情况下，你如果不想对代码大动干戈，最好的方法加中间缓存层，如果没有涉及到server集群，你可以开启server端eAccelerator、apc、xcache缓存opcode开启，如果是server集群,就需要在反向代理上做文章了

Answer 5

由于条件有限，没有MemCache。
这句不是很清晰，memcache也不需要服务器有多高的配置。
还有，按照你现在的读文件做法，可以用jmeter等来测压力测试，压力测试的工具很多。
io及时现在没问题，随着访问增长，瓶颈还是它
不管怎么改，建议不要大改动，不影响现在功能。

Answer 6

我一般都是文件存储 加上memcache 都用 看数据内容

Answer 7

建议采用mysql查询缓存。这种方式可用性最高，灵活、透明。这个需求，性能没有必要很苛刻。

Answer 8

我的观点是，memcache这个东西适合用于两个会话（页面）之间交换数据，不适合用于缓存。