Drupal7之drupal_static函数用法解析

Drupal7 非常强大,其强大核心之一是entity field模式,比如node/taxonomy term/ user 都是一种entity, 并且支持field模式,也就是用户可以随意的添加新的field给node/taxonomy term/user;

强大的背后是性能的担忧;加入node有10个field,那么就对应10个表来装载field数据,而不是一个列,这就导致了至少10个join 去查询一个node. 这对数据库的性能影响是巨大,甚至是致命的;试想,如果一个页面有10个block, 每个block包含10个node, 每个node有10个field, 那么查询表的次数就是10次(使用entity_load_multiple),join的次数是100次;

我们几乎没有直接的办法解决这个问题,毕竟这就是Drupal.

在这里我们提供一个小的性能优化办法,即使用drupal_static函数,这个优化方法是PHP级别的,需要了解基本的PHP知识。

这个函数可以缓存函数执行结果,保证在函数执行退出后,结果存在内存中,但是又不同于memcache,它在一个请求结束后就自动释放。

这里举个例子:

现在有这样子的需求,页面上有2个block: last_news block, last_comment block,内容要求是last_comment 需要10条,首先取last_news 的comment, 如果不足,则按照时间先后顺序取出除了和last_news comment 匹配的项;

分析下,last_news block保护了last_news 数据,在last_comment 也需要这个数据,假设有方法叫: news_last_news_data() 返回这个last_news,

函数原型:

function news_last_news_data();

则需要调用2次,那么数据库也需要查询2次,相对的JOIN问题也会凸显,在并发量情况下,比如20,那么数据库来说就有20次查询,压力还是有点的怕,在1G内存下VPS应该是撑不住这个并发了;

怎么办?我们要减少数据库的请求,分析,我们看到news_last_news_data()不需要参数,功能也就是查询而已,我们断定每次调用返回的结果都是一样。那么我们有没有办法缓存查询结果?

有! drupal_static来了.

看下面伪代码:

function news_last_news_data() {
$last_news = &drupal_static(__FUNCTION__, array());
if (empty($last_news)) {
// 那么我们在这里就查询
$last_news = query();
}
return $last_news;
}

分析如下:

第一行,我调用了drupal_static()方法,第一个参数是一个key, key是唯一键,这里使用魔法常量__FUNCTION__表示, 代表着使用方法名作为key, 第二个参数是默认值,当缓存不存在的时候使用一个空的数组替代

第二行,我加了一个判断,如果$last_news缓存已经存在,则不执行查询,这样就减少了这个查询的一半的压力,运行一下,速度是不是很块!




评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值