memcache 的 value 类型有哪些

一、前端优化

网站性能优化是一个很综合的话题，涉及到服务器的配置和网站前后端程序等各个方面，我只是从实际经历出发，分享一下自己所尝试过的网站性能优化方法。之所以在标题上挂一个web20，是因为本文更偏重于中小网站的性能优化，我所使用的系统也是典型web20的LAMP架构。

首先讲讲前端的优化，用户访问网页的等待时间，有80%是发生在浏览器前端，特别是页面和页面中各种元素（、CSS、Javascript、flash）的下载之上。因此在很多情况下，相对于把大量的时间花在艰苦而繁杂的程序改进上，前端的优化往往能起到事半功倍的作用。雅虎最近将内部使用的性能测试工具yslow向第三方公开，并发布了著名的网站性能优化的十三条规则，建议你下载并安装yslow，并作为测评网站优化效果的工具。下面我挑其中特别有价值的具体说明一下优化的方法：

对于第一次访问您网站，尚未在浏览器cache中缓存您网站内容的用户，我们可以做的事情包括：

1）减少一个页面访问所产生的）会有利于提高浏览器并行下载网页内容的能力。

对于您网站的经常性访问用户，主要的优化思路就是最大限度利用用户浏览器的cache来减少服务器的开销。

1）在header中添加过期时间(ExpiresHeader)

在header中给静态内容添加一个较长的过期时间，这样可以使用户今后访问只读取缓存中的文件，而不会与服务器产生任何的交互。不过这样做也存在一些问题，当、CSS和js文件更新时，用户如果不刷新浏览器，就无法获得此更新。这样，我们在对、css和js文件修改时，必须要进行重命名，才能保证用户访问到最新的内容。这可能会给开发造成不小的麻烦，因为这些文件可能被站点中的许多文件所引用。flickr提出的解决办法是通过urlrewrite使不同版本号的URL事实上指向同一个文件，这是一个聪明的办法，因为url级别的 *** 作效率是很高的，可以给开发过程提供不少便利。

要理解为什么这样做，必须要了解浏览器访问url时的工作机制：

a第一次访问url时，用户从服务器段获取页面内容，并把相关的文件（images,css,js）放在高速缓存中，也会把文件头中的expiredtime,lastmodified,ETags等相关信息也一同保留下来。

b用户重复访问url时，浏览器首先看高速缓存中是否有本站同名的文件，如果有，则检查文件的过期时间；如果尚未过期，则直接从缓存中读取文件，不再访问服务器。

c如果缓存中文件的过期时间不存在或已超出，则浏览器会访问服务器获取文件的头信息，检查lastmodifed和ETags等信息，如果发现本地缓存中的文件在上次访问后没被修改，则使用本地缓存中的文件；如果修改过，则从服务器上获取最新版本。

我的经验，如果可能，尽量遵循此原则给静态文件添加过期时间，这样可以大幅度减少用户对服务器资源的重复访问。

2）将css和js文件放在独立外部文件中引用

将css和js文件放在独立文件中，这样它们会被单独缓存起来，在访问其他页面时可以从浏览器的高速缓存中直接读取。一些网站的首页可能是例外的，这些首页的自身浏览可能并不大，但却是用户访问网站的第一印象以及导向到其他页面的起点，也可能这些页面本身使用了大量的ajax局部刷新及技术，这时可以将css和js文件直接写在页面中。

3）去掉重复的脚本

在IE中，包含重复的js脚本会导致浏览器的缓存不被使用，仔细检查一下你的程序，去掉重复引用的脚本应该不是一件很难的事情。

4）避免重定向的发生

除了在header中人为的重定向之外，网页重定向常在不经意间发生，被重定向的内容将不会使用浏览器的缓存。比如用户在访问，服务器会通过301转向到/，在后面加了一个“/”。如果服务器的配置不好，这也会给服务器带来额外的负担。通过配置apache的alias或使用mod_rewrite模块等方法，可以避免不必要的重定向。

还有一些，比如使用CDN分发机制、避免CSS表达式等、避免使用ETags等，因为不太常用，这里就不再赘述了。

做完了上述的优化，可以试着用yslow测试一下网页的性能评分，一般都可以达到70分以上了。

当然，除了浏览器前端和静态内容的优化之外，还有针对程序脚本、服务器、数据库、负载的优化，这些更深层次的优化方法对技术有更高的要求。本文的后半部分将重点探讨后端的优化。

二、后端优化

上次写完web20网站前端优化篇之后，一直想写写后端优化的方法，今天终于有时间将思路整理了出来。

前端优化可以避免我们造成无谓的服务器和带宽资源浪费，但随着网站访问量的增加，仅靠前端优化已经不能解决所有问题了，后端软件处理并行请求的能力、程序运行的效率、硬件性能以及系统的可扩展性，将成为影响网站性能和稳定的关键瓶颈所在。优化系统和程序的性能可以从以下的方面来入手：

1）apache、mysql等软件的配置的优化

尽管apache和mysql等软件在安装后使用的默认设置足以使你的网站运行起来，但是通过调整mysql和apache的一些系统参数，还是可以追求更高的效率和稳定性。这个领域中有很多专业的文章和论坛（比如：），要想掌握也需要进行深入的研究和实践，这里就不重点讨论了。

2）应用程序环境加速

这里仅以我最常应用的php开发环境为例，有一些工具软件可以通过优化PHP运行环境来达到提速的目的，其基本原理大致是将PHP代码预编译并缓存起来，而不需要改变任何代码，所以比较简单，可以将php的运行效率提升50%以上。比较常用的php加速工具有：APC(package-infophppackage=APC)、TurckMMCache（）、phpaccelebrator()，还有收费的ZendPerformanceSuite

3）将静态内容和动态内容分开处理

apache是一个功能完善但比较庞大的webserver，它的资源占用基本上和同时运行的进程数呈正比，对服务器内存的消耗比较大，处理并行任务的效率也一般。在一些情况下，我们可以用比较轻量级的webserver来host静态的、样式表和javascript文件，这样可以大大提升静态文件的处理速度，还可以减少对内存占用。我使用的webserver是来自俄罗斯的nginx，其他选择方案还包括lig>

4）基于反向代理的前端访问负载均衡

当一台前端服务器不足以应付用户访问时，通过前端机实现web访问的负载均衡是最快速可行的方案。通过apache的mod_proxy可以实现基于反向代理的负载均衡，这里推荐使用nginx做代理服务器，处理速度较apache更快一些。

5）应用缓存技术提高数据库效能，文件缓存和分布式缓存

数据库访问处理并发访问的能力是很多网站应用的关键瓶颈，在想到使用主从结构和多farm的方式构建服务器集群之前，首先应该确保充分使用了数据库查询的缓存。一些数据库类型（如mysql的innoDB）自身内置对缓存的支持，此外，还可以利用程序方法将常用的查询通过文件或内存缓存起来。比如通过php中的ob_start和文件读写函数可以很方便的实现文件形式的缓存，而如果你拥有多台服务器，可以通过memcache技术通过分布式共享内存来对数据库查询进行缓存，不仅效率高而且扩展性好，memcache技术在livejournal和Craigslistorg等知名网站应用中都得到了检验。

6）服务器运行状态的检测，找到影响性能的瓶颈所在

系统优化没有一劳永逸的方法，需要通过检测服务器的运行状态来及时发现影响性能的瓶颈，以及可能存在的潜在问题，因为网站的性能，永远取决于木桶中的短板。可以编写一些脚本来检测web服务的运行，也有一些开源的软件也提供了很好的功能

7）良好的扩展架构是稳定和性能的基础

一些技巧和窍门可以帮你度过眼前的难关，但要想使网站具备应付大规模访问的能力，则需要从系统架构上进行彻底的规划，好在很多前人无私的把他们架构

网站的经验分享给我们，使我们可以少走甚多弯路。我最近读到的两篇有启发的文章：

-从LiveJournal后台发展看大规模网站性能优化方法

-Myspace的六次重构

最后不得不提到程序编码和数据库结构对性能的影响，一系列糟糕的循环语句，一个不合理的查询语句、一张设计不佳的数据表或索引表，都足以会使应用程序运行的速度成倍的降低。培养全局思考的能力，养成良好的编程习惯，并对数据库运行机制有所了解，是提高编程质量的基础。

memcache确实是一个加速很好的缓存器，什么都可以缓存~

——方法一——-cmd上直接清除，清除所有缓存

$ telnet localhost 11211

Trying 127001

Connected to localhost

Escape character is '^]'

flush_all

OK

quit

Connection to localhost closed by foreign host

——方法二——-PHP清理缓存方法

<php

$memcache = new Memcache;

$memcache->connect(‘localhost’, 11211) or die (“Could not connect”);

$version = $memcache->getVersion();

echo ”Server’s version: ”$version”

\n”;

>

<php

$memcache = new Memcache;

$memcache->connect(‘localhost’, 11211) or die (“Could not connect”);

print_r($memcache->getStats());

/

Array

(

[pid] => 8052

[uptime] => 9205

[time] => 1205898428

[version] => 125 >

也差不多这个意思 原理是这样:

在查询数据的时候,先从memcache里面获取,如果不存在就查询数据库 *** 作同时写入memcache,反之存在则从memcache里面读取即可

从以下几个维度，对 redis、memcache、mongoDB 做了对比。

1、性能

都比较高，性能对我们来说应该都不是瓶颈。

总体来讲，TPS 方面 redis 和 memcache 差不多，要大于 mongodb。

2、 *** 作的便利性

memcache 数据结构单一。（key-value）

redis 丰富一些，数据 *** 作方面，redis 更好一些，较少的网络 IO 次数，同时还提供 list，set，

hash 等数据结构的存储。

mongodb 支持丰富的数据表达，索引，最类似关系型数据库，支持的查询语言非常丰富。

3、内存空间的大小和数据量的大小

redis 在 20 版本后增加了自己的 VM 特性，突破物理内存的限制；可以对 key value 设置过

期时间（类似 memcache）

memcache 可以修改最大可用内存,采用 LRU 算法。Memcached 代理软件 magent，比如建立

10 台 4G 的 Memcache 集群，就相当于有了 40G。 magent -s 10121 -s 10122:11211 -b

10123:14000 mongoDB 适合大数据量的存储，依赖 *** 作系统 VM 做内存管理，吃内存也比较厉害，服务

不要和别的服务在一起。

4、可用性（单点问题）

对于单点问题，

redis，依赖客户端来实现分布式读写；主从复制时，每次从节点重新连接主节点都要依赖整

个快照,无增量复制，因性能和效率问题，

所以单点问题比较复杂；不支持自动 sharding,需要依赖程序设定一致 hash 机制。

一种替代方案是，不用 redis 本身的复制机制，采用自己做主动复制（多份存储），或者改成

增量复制的方式（需要自己实现），一致性问题和性能的权衡

Memcache 本身没有数据冗余机制，也没必要；对于故障预防，采用依赖成熟的 hash 或者环

状的算法，解决单点故障引起的抖动问题。

mongoDB 支持 master-slave,replicaset（内部采用 paxos 选举算法，自动故障恢复）,auto sharding 机制，对客户端屏蔽了故障转移和切分机制。

5、可靠性（持久化）

对于数据持久化和数据恢复，

redis 支持（快照、AOF）：依赖快照进行持久化，aof 增强了可靠性的同时，对性能有所影

响

memcache 不支持，通常用在做缓存,提升性能；

MongoDB 从 18 版本开始采用 binlog 方式支持持久化的可靠性

6、数据一致性（事务支持）

Memcache 在并发场景下，用 cas 保证一致性redis 事务支持比较弱，只能保证事务中的每个 *** 作连续执行

mongoDB 不支持事务

7、数据分析

mongoDB 内置了数据分析的功能(mapreduce),其他不支持

8、应用场景

redis：数据量较小的更性能 *** 作和运算上

memcache：用于在动态系统中减少数据库负载，提升性能;做缓存，提高性能（适合读多写

少，对于数据量比较大，可以采用 sharding）

MongoDB:主要解决海量数据的访问效率问题。

表格比较：

memcache redis 类型 内存数据库 内存数据库

数据类型 在定义 value 时就要固定数据类型 不需要

有字符串，链表，集 合和有序集合

虚拟内存 不支持 支持

过期策略 支持 支持

分布式 magent master-slave，一主一从或一主多从

存储数据安全 不支持 使用 save 存储到 dumprdb 中

灾难恢复 不支持 append only file(aof)用于数据恢复

性能

1、类型——memcache 和 redis 都是将数据存放在内存，所以是内存数据库。当然，memcache 也可用于缓存其他东西，例如等等。

2、 数据类型——Memcache 在添加数据时就要指定数据的字节长度,而 redis 不需要。

3、 虚拟内存——当物理内存用完时，可以将一些很久没用到的 value 交换到磁盘。

4、 过期策略——memcache 在 set 时就指定，例如 set key1 0 0 8,即永不过期。Redis 可以通

过例如 expire 设定，例如 expire name 10。

5、 分布式——设定 memcache 集群，利用 magent 做一主多从;redis 可以做一主多从。都可

以一主一从。

6、 存储数据安全——memcache 断电就断了，数据没了；redis 可以定期 save 到磁盘。

7、 灾难恢复——memcache 同上，redis 丢了后可以通过 aof 恢复。

Memecache 端口 11211

yum -y install memcached

yum -y install php-pecl-memcache

/etc/initd/memcached start memcached -d -p 11211 -u memcached -m 64 -c 1024 -P /var/run/memcached/memcachedpid

-d 启动一个守护进程

-p 端口

-m 分配的内存是 M

-c 最大运行并发数-P memcache 的 pid

//0 压缩（是否 MEMCACHE_COMPRESSED） 30 秒失效时间

//delete 5 是 timeout <php

$memcache = new Memcache; $memcache -> connect('127001', 11211); $memcache -> set('name','yang',0,30);

if(!$memcache->add('name','susan',0, 30)) {

//echo 'susan is exist'; }$memcache -> replace('name', 'lion', 0, 300); echo $memcache -> get('name');

//$memcache -> delete('name', 5);

printf "stats\r\n" | nc 127001 11211

telnet localhost 11211 stats quit 退出

Redis 的配置文件 端口 6379

/etc/redisconf 启动 Redis

redis-server /etc/redisconf 插入一个值

redis-cli set test "phperyang" 获取键值

redis-cli get test 关闭 Redis

redis-cli shutdown 关闭所有

redis-cli -p 6379 shutdown <php

$redis=new

Redis(); $redis->connect('127001',6379); $redis->set('test',

'Hello World'); echo $redis->get('test'); Mongodb

apt-get install mongo mongo 可以进入 shell 命令行

pecl install mongo Mongodb 类似 phpmyadmin *** 作平台 RockMongo

memcached 数据过期机制 lazy expiration

内部不会监视记录是否过期，而是在get时查看记录的时间戳，检查记录是否过期。这种技术被称为lazy（惰性）expiration。因此，memcached不会在过期监视上耗费CPU时间，换句话说，也不能 检测 某个key的过期时间。

可以使用一种较笨的方法：

definde('MEM_TIME_OUT',1800);

$memKey = "testkey";

$val = 'This is test value';

mem_set($key,$val); //调用

function mem_set($key,$val) {

$memcache -> set($memKey,$val, 0, MEM_TIME_OUT);

//当调用set 的时候顺便加一条记录时间

$memcache -> set('TIME_'$memKey,time(), 0, MEM_TIME_OUT);

}

function mem_get($key,$is_time = false) {

$memKey = $is_time 'TIME_'$key : $key;

$val = $memcache -> get($key);

if($is_time) {

$val = MEM_TIME_OUT - (time() - $val);

}

return $val;

}

其实就用mysql挺好的。我用了mongodb就蛮后悔的了。mongodb在很多地方的性能其实不怎么高的。例如分页的时候。mongodb权威指南的上说通过其他查询条件代替直接skip的分页。但是这个不太现实。因为很多时候没办法直接替代。就算能替代，你也要面临着很复杂的逻辑。

所以在mongodb不够快的时候，你要想办法在mongodb上面加一层缓存。例如redis,或者是memcache等等。

但是mongodb已经是内存大户了。你再加一层缓存。就很 郁闷了。还有就是在构造缓存的时候mongo没有mysql来得直接 mysql直接md5(sql)作为key,results作为data存到memcache里面就搞定了。

所以还不如mysql + 缓存来得直接 方面

综上 mysql + 缓存 在速度上应该够了，内存开销也能接受 而且也蛮直接的 而且还不用去学新的东西。而且在设计上，大部分人已经掌握mysql了，没有跨度，不用摸索新的数据库的“设计模式”

以上就是关于memcache 的 value 类型有哪些全部的内容，包括:memcache 的 value 类型有哪些、网站性能优化怎么办、如何进行网站性能优化等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！