几乎所有文章浏览统计插件，比如 WPJAM Basic 的「文章浏览统计」扩展，都是使用自定义字段来存储文章浏览数的，如果服务器开启了 Memcached 内存缓存，自定义字段的数据是怎么被缓存呢？

WordPress 默认的自定义字段缓存方式

WordPress 会以 $post_id 作为 cache_key，'post_meta' 作为 cache_group 整体进行缓存。

所以更新某个自定义字段，相当于该 $post_id 下的所有自定义字段的缓存都一起更新。

而每次文章浏览，这个自定义字段数据都会加 1，这样，每次自定义字段的缓存都会更新，然后就会造成每个页面会多出三个 SQL 查询。

有没有办法解决这个问题呢？

使用内存缓存优化文章浏览统计效率

我们可以把文章的浏览统计先缓存到内存中，每次增加10次浏览才写入数据库中去，这样就可以极大地降低 WordPress 操作因为自定义字段变更而造成 SQL 查询次数。

将上面的代码复制到当前主题的 funtions.php 文件中：

// 更新文章浏览数的时候，首先更新到内存中，然后每10次，才写到数据库中
add_filter('update_post_metadata', function($check, $post_id, $meta_key, $meta_value){
	if($meta_key == 'views'){
		if($meta_value % 10 != 0){
			$check	= true;

			wp_cache_set($post_id, $meta_value, 'views');
		}else{
			wp_cache_delete($post_id, 'views');
		}
	}

	return $check;
}, 1, 4);

// 获取文章浏览数的时候，首先从内存中获取，没有才从数据库中获取
add_filter('get_post_metadata', function($pre, $post_id, $meta_key){
	if($meta_key == 'views'){
		$views	= wp_cache_get($post_id, 'views');

		if($views !== false){
			return [$views];
		}
	}

	return $pre;
}, 1, 3);

另外可能存在一个小问题：由于 Memcached 的缓存不是持久的，如果不小心把将内存缓存的清空，文章的浏览数会丢失一部分，但是肯定少于10了。 ?