web服务器的php session都给memcached ,这样你无论分发器把 ip链接分给哪一个web服务器都不会有问题了,配置方法很简单,就在php的配置文件内
增长一条语句就能够了,不过前提你须要装好memcache模块php
1.设置session用memcache来存储html
方法I: 在 php.ini 中全局设置
session.save_handler = memcache
session.save_path = "tcp://127.0.0.1:11211"
方法II: 某个目录下的 .htaccess :
php_value session.save_handler "memcache"
php_value session.save_path "tcp://127.0.0.1:11211"
方法III: 再或者在某个一个应用中:
ini_set("session.save_handler", "memcache");
ini_set("session.save_path", "tcp://127.0.0.1:11211");
使用多个 memcached server 时用逗号","隔开,而且和 Memcache::addServer() 文档中说明的同样,能够带额外的参数"persistent"、"weight"、"timeout"、"retry_interval" 等等,相似这样的:"tcp://host1:port1?persistent=1&weight=2,tcp://host2:port2" 。
若是安装的PECL是memcached(使用libmemcache库的那个),则配置应为
ini_set("session.save_handler", "memcached"); // 是memcached不是memcache
ini_set("session.save_path", "127.0.0.1:11211"); // 不要tcp:linux
2. 启动 memcached:
memcached -d -l 127.0.0.1 -p 11212 -m 128
或 启动Memcache的服务器端:
memcached -d -m 100 -u root -l 192.168.36.200 -p 11211 -c 256 -P /tmp/memcached.pid
# /usr/local/bin/memcached -d -m 10 -u root -l 192.168.0.200 -p 12000 -c 256 -P /tmp/memcached.pid
引用
-d选项是启动一个守护进程,
-m是分配给Memcache使用的内存数量,单位是MB,我这里是100MB,
-u是运行Memcache的用户,我这里是root,
-l是监听的服务器IP地址,若是有多个地址的话,我这里指定了服务器的IP地址192.168.36.200,
-p是设置Memcache监听的端口,我这里设置了11211,最好是1024以上的端口,咱们这里统一使用11211
-c选项是最大运行的并发链接数,默认是1024,我这里设置了256,按照你服务器的负载量来设定。
-P是设置保存Memcache的pid文件,我这里是保存在/tmp/memcached.pid,web
3. 在程序中使用 memcache 来做 session 存储
用例子测试一下:算法
4. 用 sessionid 去 memcached 里查询一下:
sql
会看到
string(37) "TEST|i:1177556731;TEST3|i:1177556881;"
这样的输出,证实 session 正常工做。
用 memcache 来存储 session 在读写速度上会比 files 时快不少,并且在多个服务器须要共用 session 时会比较方便,将这些服务器都配置成使用同一组 memcached 服务器就能够,减小了额外的工做量。缺点是 session 数据都保存在 memory 中,持久化方面有所欠缺,但对 session 数据来讲也不是很大的问题。
===================================
通常地, Session 是以文本文件形式存储在服务器端的。若是使用 Seesion,或者该 PHP 文件要调用 Session 变量,那么就必须在调用 Session 以前启动它,使用 session_start() 函数。其它都不须要你设置了,PHP 自动完成 Session 文件的建立。其默认 Session 的存放路径是服务器的系统临时文件夹。
可是若是碰到大数据量的Sesstion的时候, 使用基于文件的Session存取瓶颈可能都是在磁盘IO操做上,如今利用Memcached来保存Session数据,直接经过内存的方式,效率天然可以提升很多。 在读写速度上会比 files 时快不少,并且在多个服务器须要共用 session 时会比较方便,将这些服务器都配置成使用同一组 memcached 服务器就能够,减小了额外的工做量。
其缺点是 session 数据都保存在 memory 中,一旦宕机,数据将会丢失。但对 session 数据来讲并非严重的问题。
如何用 memcached 来存储 session呢?如下是基本的配置步骤:
1. 安装 memcached
在 phpinfo 输出中的 “Registered save handlers” 会有 “files user sqlite”。数据库
2. 修改配置文件,
a. 在 php.ini 中全局设置(* 须要重启服务器)
session.save_handler = memcache
session.save_path = "tcp://127.0.0.1:11211"
b. 或者某个目录下的 .htaccess :
php_value session.save_handler "memcache"
php_value session.save_path "tcp://127.0.0.1:11211"
c. 也能够在某个一个应用中:
ini_set("session.save_handler", "memcache");
ini_set("session.save_path", "tcp://127.0.0.1:11211");
注:使用多个 memcached server 时用逗号”,”隔开,而且和 Memcache::addServer() 文档中说明的同样,能够带额外的参数”persistent”、”weight”、”timeout”、”retry_interval” 等等,相似这样的:”tcp://host:port?persistent=1&weight=2,tcp://host2 :port2″ 。浏览器
3. 启动 memcached
memcached -d -m 10 -u root -l 127.0.0.1 -p 11211 -c 256 -P /tmp/memcached.pid缓存
4.测试 建立一个 session
tomcat
5. 用 sessionid 去 memcached 里查询一下
输出结果:
string(16)
"admin|s:3:"wan";"
证实 session 正常工做。
===========================
用 memcache 来存储 session 在读写速度上应该会比文件快不少,并且在多个服务器须要共用 session 时会比较方便,将这些服务器都配置成使用同一组 memcached 服务器就 能够,减小了额外的工做量。缺点是 session 数据都保存在内存中,不能持久化存储,若是想持久化存储,能够考虑使用Memcachedb来存储,或用Tokyo Tyrant+Tokyo Cabinet 来进行存储。
怎样判断session失效了呢?在php.ini中有个Session.cookie_lifetime的选项,这个表明SessionID在客户端Cookie储存的时间,默认值是“0”,表明浏览器一关闭,SessionID就做废,这样无论保存在Memcached中的Session是否还有效(保存在Memcached中的session会利用Memcached的内部机制进行处理,即便session数据没有失效,而因为客户端的SessionID已经失效,因此这个key基本上不会有机会使用了,利用Memcached的LRU原则,若是Memcached的内存不够用了,新的数据就会取代过时以及最老的未被使用的数据),由于SessionID已经失效了,因此在客户端会从新生成一个新的SessionID。
保存在Memcached中的数据最长不会超过30天,这个时间是以操做Memcached的时间为基准的,也就是说,只要key仍是原来的key,若是你从新对此key进行了相关的操做(如set操做),且从新设置了有效期,则此时此key对应的数据的有效期会从新计算的,php手册中有说明
Expiration time of the item. If it's equal to zero, the item will never expire. You can also use Unix timestamp or a number of seconds starting from current time, but in the latter case the number of seconds may not exceed 2592000 (30 days).
Memcached主要的cache机制是LRU(最近最少用)算法+超时失效。当您存数据到memcached中,能够指定该数据在缓存中能够呆多久。若是memcached的内存不够用了,过时的slabs会优先被替换,接着就轮到最老的未被使用的slabs。
===========================
为了使web应用能使用saas模式的大规模访问,必须实现应用的集群部署.要实现集群部署主要须要实现session共享机制,使得多台应用服务器之间会话统一, tomcat等多数服务都采用了session复制技术实现session的共享.
session复制技术的问题:
(1)技术复杂,必须在同一种中间件之间完成(如:tomcat-tomcat之间).
(2)在节点持续增多的状况下,session复制带来的性能损失会快速增长.特别是当session中保存了较大的对象,并且对象变化较快时,性能降低更加显著.这种特性使得web应用的水平扩展受到了限制.
session共享的另外一种思路就是把session集中起来管理,首先想到的是采用数据库来集中存储session,但数据库是文件存储相对内存慢了一个数量级,同时这势必加大数据库系统的负担.因此须要一种既速度快又能远程集中存储的服务,因此就想到了memcached.
memcached能缓存什么?
经过在内存里维护一个统一的巨大的hash表,Memcached可以用来存储各类格式的数据,包括图像、视频、文件以及数据库检索的结果等。
memcached快么?
很是快。memcached使用了libevent(若是能够的话,在linux下使用epoll)来均衡任何数量的打开连接,使用非阻塞的网络I/O,对内部对象实现引用计数(所以,针对多样的客户端,对象能够处在多样的状态), 使用本身的页块分配器和哈希表, 所以虚拟内存不会产生碎片而且虚拟内存分配的时间复杂度能够保证为O(1).。
使用过程注意几个问题和改进思路:
一、memcache的内存应该足够大,这样不会出现用户session从Cache中被清除的问题(能够关闭memcached的对象退出机制)。
二、若是session的读取比写入要多不少,能够在memcache前再加一个Oscache等本地缓存,减小对memcache的读操做,从而减少网络开销,提升性能。
三、若是用户很是多,可使用memcached组,经过set方法中带hashCode,插入到某个memcached服务器
对于session的清除有几种方案: (1)能够在凌晨人最少的时候,对memcached作一次清空。(简单) (2)保存在缓存中的对象设置一个失效时间,经过过滤器获取sessionId的值,按期刷新memcached中的对象.长时间没有被刷新的对象自动被清除.(相对复杂,消耗资源)