寱语

哈哈,总算彻底恢复了，一丁点儿数据都没有丢失，期盼的大团圆结局居然在最后才出现，实在是意外的惊喜！把昨天沮丧的文章转在下面吧：

忙了这么久，总算还有些成绩。原来的数据库恢复过程中由于MySQL Dump 数据时出现乱码，暂时放在一边，如果感兴趣，想看看残破的Drupal是什么样子，可以看看：http://www.kzeng.info/test/ 呵呵，仍然是一个完好的Drupal，只是数据库有些问题，出现了乱码。正在尝试进一步的修复，如果修复无望，只好把里面的重要的文章再copy过来。

以前一直没有仔细看Drupal的readme文件，只要安装完毕便是万事大吉。运行不出问题，也没有去考虑钻研一下文献，结果慢慢的发现有了一个问题：数据库的尺寸越来越大，天啊，今天到了不可想像的80M,打开phpmysql,发现accesslog这个table尺寸巨大，还有cache这个table，到管理->设置->统计数据中把保留log的时间调短，可惜还是于事无补，数据库的尺寸一点都没有减小，于是爬上drupal总站，大喊一声，Drupal怎么这么挫，顿时来了不少热心先生，仔细讨论一番，原来是我一直大意，没有设置cron任务。