4K大小数据的查询结果：
　　fetch_row 100000 次时间：16.737720012665秒
　　fetch_array 100000 次时间：16.661195993423秒
　　fetch_object 100000 次时间：16.775065898895秒
　　直接读文件测试结果：
　　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过程如何，后都要到磁盘上去读这个“文件”（记录存储区等效），所以当然这一切的前提是只读内容，无关任何排序或查找操作。