祁劲松的博客文章

　　前一阵子在服务器上更换、添加了硬盘后，感觉负载下降了一点、访问速度快了一点，但似乎还是不能令人满意，导入和更新数据的速度依然很慢，用户浏览也是有迟缓的感觉。

　　从Linux服务器上运行top观察，4枚4核的CPU总有空闲，高达64G或者48G的内存也很富余，磁盘IO占用也不算多，究竟问题出在什么地方呢？

　　我们以前就用iostat观察过硬盘io情况，一般都是在出现明显问题的时候，临时用iostat每隔1秒刷新来观察实时情况。前天开始我们用iostat -x 3600的命令让其3600秒（也就是1小时）为间隔来显示一段时间内的io情

　　9月份在搭建我们的第一个适合智能手机、平板电脑的移动版本网站“手机版邮编库”的时候，我们根据Google移动网站地图的规范，对Drupal自动生成的xmlsitemap进行了相应的人工修改，提供给搜索引擎抓取。昨天再次查看这个手机版本邮编库网站地图时，发现10月份这个地图进行了自动更新，生成的新地图没有人工修改来符合Google移动网站地图规范，于是今天早上再次修改，并将一些要点记录如下。

　　外部资料链接：

• Google 移动网址
• 向站点地图添加移动网址信息

　　前段时间在一些Drupal网站中设置了多种Views来方便浏览者查看内容列表，但很快遇到服务器性能问题而被迫中止，在博文《Drupal网站添加Views后，MySQL服务器负载骤增》中有详细记录。

　　周末实验成功了《为Drupal网站中的CCK字段在MySQL中添加添加索引来加速Views展示》，应该可以解决前面的问题，这两天我将以前涉及到网站数据库打开，在需要添加索引的字段上都添加了索引，然后把Squid和robots.txt中设置的屏蔽网址都解封了，也没有再看到负载飙升的情况。

　　几种添加索引的地方记录一下：

　　前些天在Drupal网站中为了设法解决服务器性能的问题，实验了将MySQL中的一些表合并，虽然最后证实这个效果不明显，但花了好些时间就还是把代码记录下来，以备后用。

过程步骤：

• 备份数据库
• 离线状态
• 在4个表中创建字段
• 从3个公用的表复制相应字段内容到新创建的字段中
• 修改content_node_field、content_node_field_instance中内容

　　今年4、5月份在用Drupal搭建英文版中国邮编网站China Postal Code的过程中，为了让浏览者更方便、更习惯，采用了CCK字段+Views展示的扩展模块，并进行一系列的比较复杂的设置，例如多个computed计算字段、Views查询中嵌套多级查询，算是基本上能实现所希望的功能。

　　但当时就发现在性能上有很多的问题，通过Devel模块的开启，可以查看到一些Views查询数据库所用的时间非常长，需要几十甚至几百秒，常常令服务器负载过高而影响网站访问。后来找了一个自动检测MySQL进程的小脚本，当发现超过限定值的进程时就自动kill掉，这个办法确

　　用Drupal等CMS系统来搭建网站的主要好处就是不用太关心程序、数据库等技术细节，把精力主要集中在网站内容本身。不过有些时候也不得不去关注这些技术问题，例如：无法用普通办法实现的功能、遇到速度性能瓶颈等。

　　以前在用Drupal搭建网站的时候，就注意到添加新的内容类型(Content Type)后，用CCK设置的字段一般是放在同一个数据库表中的，例如一个内容类型“名录”就有一个表“minglu”，而compan, address, postcode这些字段就都在minglu这个表中，后来在一个网站中添加多

　　前段时间一直发现一个问题，就是我们Drupal网站的首页没有Boost Cache生成的文件缓存，而有一部分老的网站中首页却是缓存的，这个问题困扰了好长时间，找了好久都没有找到具体原因。

　　今天在修改老的网站设置中，看到“站点信息 (Site information)”中的“默认首页 (Default front page)”设置的是“页面/首页”，而我记得后来的网站中都是设置的“node/123456”这样的Node ID，我换着修改了设置，果然问题就出在这

　　连续多年来，我们网站的流量和收入在每年的12月份都是当年最高的，这与我们网站流量逐年上升有关，也与12月份使用邮编等各种查询的浏览者增多有关。

　　上个月网站的流量、收入就连创新高，预计这个月会继续攀升。今天看了一下统计，总的P

　　在一般的Drupal网站中，都是通过设置Cron定期运行来对Boost Cache、XML Sitemap进行更新，但我们在大数据量的Drupal网站中觉得需要进行一些改进。

　　首先来说Boost Cache，对于数十万甚至上百万的数据量，如果都进行静态页面缓存的话，占用硬盘过大，小文件太多，可能效率还不如不要静态页面缓存，这样的时候我们一般关闭了详细内容页面的静态缓存，只对分类页(Taxonomy Terms)、索引页(Views)进行缓存，就是这样，静态缓存的文件数也有数万个以上。这时如果通过Cron来定期让静态缓存失效的话，可能会出现删除时间过长而