background image

直接读文件测试结果:
file_get_contents 直接读 100000 次时间:5.4631857872009 秒
fopen 直接读 100000 次时间:11.463611125946 秒
整形

ID 查询结果:

fetch_row 100000 次时间:12.812072038651 秒
fetch_array 100000 次时间:12.667390108109 秒
fetch_object 100000 次时间:12.988099098206 秒
直接读文件测试结果:
file_get_contents 直接读 100000 次时间:5.6616430282593 秒
fopen 直接读 100000 次时间:11.542816877365 秒
测试结论:
1、直接读文件相比数据库查询效率更胜一筹,而且文中还没算上连接和断开的时间。
2、一次读取的内容越大,直接读文件的优势会越明显(读文件时间都是小幅增长,这跟文
件存储的连续性和簇大小等有关系),这个结果恰恰跟天缘预料的相反,说明

MYSQL 对

更大文件读取可能又附加了某些操作(两次时间增长了近

30%),如果只是单纯的赋值转

换应该是差异偏小才对。
3、写文件和 INSERT 几乎不用测试就可以推测出,数据库效率只会更差。
4、很小的配置文件如果不需要使用到数据库特性,更加适合放到独立文件里存取,无需单
独创建数据表或记录,很大的文件比如图片、音乐等采用文件存储更为方便,只把路径或缩
略图等索引信息放到数据库里更合理一些。
5、PHP 上如果只是读文件,file_get_contents 比 fopen、fclose 更有效率,不包括判断存在这
个函数时间会少

3 秒左右。

6、fetch_row 和 fetch_object 应该是从 fetch_array 转换而来的,我没看过 PHP 的源码,单从
执行上就可以说明

fetch_array 效率更高,这跟网上的说法似乎相反。

实际上在做这个试验之前,从个人经验判断就有了大概的结果,测试完成后则有种豁然开
朗的感觉。假定在程序效率和关键过程相当且不计入缓存等措施的条件下,读写任何类型的
数据都没有直接操作文件来的快,不论

MSYQL 过程如何,最后都要到磁盘上去读这个

“文

”(记录存储区等效),所以当然这一切的前提是只读内容,无关任何排序或查找操作。