是否可以使用Memcache守护程序池更有效地共享会话?
我们正在从1个Web服务器设置过渡到两个Web服务器设置,我需要开始在两个负载平衡的计算机之间共享PHP会话。我们已经安装并启动了memcached,因此我感到很惊讶,我只需更改文件中的3行(session.save_handler和session.save_path)就可以完成新服务器之间的共享会话:php.ini 我更换: session.save_handler = files 与: session.save_handler = memcache 然后在主Web服务器上,将设置session.save_path为指向localhost: session.save_path="tcp://localhost:11211" 在从属网络服务器上,我将设置session.save_path为指向主服务器: session.save_path="tcp://192.168.0.1:11211" 工作完成,我对其进行了测试,并且可以正常工作。但... 显然,使用memcache意味着会话在RAM中,如果计算机重新启动或memcache守护进程崩溃,会话将丢失-我对此有点担心,但是我对两个Web服务器之间的网络流量有些担心(尤其是我们会扩大规模),因为只要有人将负载平衡到从属Web服务器上,他们的会话就会从主Web服务器通过网络获取。我想知道是否可以定义两个,save_paths以便机器在使用网络之前先查看自己的会话存储。例如: 主: session.save_path="tcp://localhost:11211, tcp://192.168.0.2:11211" 奴隶: session.save_path="tcp://localhost:11211, tcp://192.168.0.1:11211" 这样可以在服务器之间成功共享会话并提高性能吗?即节省网络流量50%的时间。还是这种技术仅用于故障转移(例如,当一个内存缓存守护程序无法访问时)? 注意:我并不是真正在问有关Memcache复制的问题-有关PHP Memcache客户端是否可以在池中的每个Memcache守护程序内部达到峰值,如果找到一个则返回一个会话,如果找不到则仅创建一个新会话在所有商店。在写这篇文章的时候,我想我在向PHP提出很多要求,哈哈... 假设:没有粘性会话,循环负载平衡,LAMP服务器。