14  

Have you tried session_write_close(); ? This will disable write-ability in session variables but you can still read data from them. And later when you need to write a session variable, reopen it.

你有试过session_write_close();吗?这将禁用会话变量的写能力，但您仍然可以从它们读取数据。稍后当您需要编写会话变量时，重新打开它。

I have also suffered from this problem but this thing worked like a charm. This is what i do:

我也遇到过这个问题，但是这个东西很好用。这就是我所做的:

session_start(); //starts the session
$_SESSION['user']="Me";
session_write_close();   // close write capability
echo $_SESSION['user']; // you can still access it

4  

I had the same problem: suddenly the server took 30 seconds to execute a request. I noticed it was because of session_start(). The first request was fast, but each next request took some 30 sec to be executed. I found that the session file in c:\wamp\tmp was locked by the first request for some 30 sec. During this time the second request was waiting for the file to be unlocked. I found out it had something to do with rewrite_mod and .htaccess. I disabled rewrite_mod and commented out every line in .htaccess and it works again like a charm. I don't know why this happend because I don't remember change any settings or conf on wamp.

我遇到了同样的问题:服务器突然花了30秒来执行请求。我注意到这是因为session_start()。第一个请求速度很快，但每个下一个请求都需要大约30秒才能执行。我发现c:\wamp\tmp中的会话文件被第一个请求锁定了大约30秒。在此期间，第二个请求正在等待文件解锁。我发现它与rewrite_mod和。htaccess有关。我禁用了rewrite_mod，并注释了。htaccess中的每一行，它又像一个魔咒一样工作了。我不知道为什么会这样，因为我不记得在wamp上更改任何设置或conf。

1  

I ran into this problem too. It was answered here:

我也遇到了这个问题。这里是回答:

Problem with function session_start() (works slowly)

函数session_start()的问题(工作缓慢)

Sessions are locked by PHP while one script is executing, so if scripts are stacked under the same session, they can cause these surprisingly long delays.

当一个脚本正在执行时，会话被PHP锁定，所以如果脚本被堆放在同一个会话下，它们会导致令人惊讶的长时间延迟。

0  

Each session is stored by apache as a text file.

apache将每个会话存储为一个文本文件。

When session start is use to resume an existing session (via cookie identifier for example) maybe a big session file (a Session with a lot of content inside) can be slow to be started?

当session start用于恢复一个现有会话(例如通过cookie标识符)时，一个大的会话文件(一个包含很多内容的会话)是否会启动缓慢?

If this is the case probably you application is putting to much data into sessions.

如果是这样，那么您的应用程序可能将大量数据放入会话中。

0  

Please check if you have correct memcache settings e.g. in /etc/php.d/memcached.ini

请检查是否有正确的memcache设置，例如:in /etc/ph .d/ cache .ini

0  

I know this is an old question but I've just fixed this issue on my server. All I did was turn on the bypass cache for the domains in the cache manager in the cpanel.

我知道这是个老问题，但我刚刚在服务器上解决了这个问题。我所做的就是在cpanel中为缓存管理器中的域打开旁路缓存。

My sessions were taking ages to start and close now they are instant.

我的疗程开始和结束都花了很长时间，现在都是即时的。