关于“php分布式session”的问题，小编就整理了【4】个相关介绍“php分布式session”的解答：
分布式session的几个问题？session的实质就是前端保存一个id，后端根据这个id来识别会话，存取数据。仅此而已，至于这个id怎么保存，可以放在url后面，可以放在cookie里，甚至可以放在header里。 在我看来，只要用到这种模式的都算session，只不过这种id（专业点叫token）的实现方式不同。session的缺点就是数据保存在哪里的问题，既然要保存，分布式的时候肯定要保证session一致性。 至于jwt，说白了只是一串字符串，强调的是去session话，服务端不做保存，将必要信息直接写在字符串里。优势明显，但缺点也很明显，服务端失去了对token的控制权，退出功能怎么做？服务器端加个黑名单？这不是闲的吗，又要遇到保存问题，干嘛不直接用session？ 我觉得session才是未来，服务器端不保存凭证，失去了对token的控制权，怎么看都是弊大于利，至于session一致性，统一授权中心存取就行了，越来越不是问题。
asp和php里session的区别是什么？1、ASP中session有效期默认为20分钟，而PHP中的默认为180分钟；
2、ASP与PHP中的session都是以文件形式存储在服务器端，但是有一个区别，PHP中的session是存储在一个超全局变量中，所以PHP中要使用session，要用session_start();函数启用session。
php登录了session值为空是什么原因？1、没有开启session，使用缓存之前使用session_start()了没有；
2、session的键名不一致，比如你前面页面赋值$_SESSION['username']，后面使用$_SESSION['user']。建议你用print_r($_SESSION)打印输出一下看看。
3、session_start()之前有输出。
如何实现多台web服务器共享session数据？这个项目一开始就设计的“很大”，考虑了很多负载均衡方面的东西，比如采用nginx将php的请求分摊到若干个运行phpfastcgi的独立服务器中。这样的设计除了在每个phpfastcgi服务器中要保存一份程序的拷贝以外，还有一个亟待解决的问题。由于phpfastcgi进程分别运行在不同的服务器上，默认的，php的session数据是在各个服务器上分别存放的，这样的话，如果在某一次php请求过后，nginx将php请求发送到了另外集群中的另外一台phpfastcgi服务器，那么就会导致session的丢失。经过一系列考虑，项目组决定采用一台独立memcached服务器来存储整个项目的phpsession数据，再通过改写php的session处理函数来对memcached服务器进行数据读写，然后解决各个phpfastcgi中session不同步的问题。
项目背景基本上就是上面说的那些，下面大概说说相关的网络环境，然后进入具体的配置、实现过程：
1、nginx服务器一台，IP地址：172.16.236.208
2、phpfastcgi服务器两台，IP分别为：172.16.236.210,172.16.236.211
到此，以上就是小编对于“php分布式session”的问题就介绍到这了，希望介绍关于“php分布式session”的【4】点解答对大家有用。
