在MySQL中建立任何一张数据表,在其数据目录对应的数据库目录下都有对应表的.frm文件,.frm文件是用来保存每个数据表的元数据(Meta)信息,包括表结构的定义等,.frm文件跟数据库存储引擎无关,也就是任何存储引擎的数据表都必须有.frm文件,命名方式为数据表名.frm,如user.frm. .frm文件可以用来在数据库崩溃时恢复表结构。 思考: 你的数据库有外键吗? 你需要事务支持吗? 你需要全文索引吗? 你经常使用什么样的查询模式? 你的数据有多大?
Resin 通过 Quercus 实现了对 PHP 的支持,今天实测了数据库连接,记录关键的代码片断。 先预告这套方案的优点: 数据库信息配置在 Server 中,可以交给运维人员管理,实现数据和代码的分离; PHP 源码中,不再暴露数据库信息,同样增强了数据的安全性。这个时代,数据比代码价值更高; 也猜测其短板: Resin 在国内的应用本身小众,相关的资料不多,而用 Resin 运行 PHP,应该会更少; 页面中的中文乱码问题,已经很头痛,和数据库配合,又增加了解决问题的难度;
在我休假的这段时间,WordPress两次关停,从阿里云的邮件件,可能的原因有二: 数据库体积过大; 网络负载高过; 控制台显示,数据库达到48M,对于如此小的一个站点,确实大了,可是WordPress自2.6开始,一直自动备份每一个修改版,如果不借助第三方的工具,可能无法清理这些数据。 至于网络负载,从百度统计的数据看,10月3日九点打开服务到十一点第二次关停,正常的用户访问只有4个PV,而网络日志显示有2487条记录,来自阿里云的IP却异常之多,其它则为谷歌、百度的爬虫。一个邪恶的猜测:
昨天无意中发现 WordPress 可以修改文章的发表时间,于是动了意念,把之前散落在各个角落的文章,统一整理到现在的空间,主要包括百度空间,新浪博客,还有搭在速度吧和新浪云上的日志,但是很惭愧,扒了一个上午,也没有找出多少有价值的文章,只草草的把一些能反应当时生活的姑且称之为文章的东西,搬了过来。 由于年代已久,环境已变,部分 WordPress 已经无法再运行起来,只好通过 phpMyAdmin 直接查看数据库,最后总算完成,最重要的收获,是恢复了2010年9月我在广州出差的时候,写的几篇日志。 2008年我申请了域名 litejava.com,在速度吧上开通了空间,这是自建空间的开始,程序选择了 Sablog-X。经过 WordPress 的挫折,想必也无法完全恢复 Sablog-X,另外,当时的作文水平,也不会有什么惊喜,最终放弃。记得当时为我服务的速度吧客服是 琳琳,如今想来,感慨万千。