记一次因为session引起的并发问题

在做一个DSP系统(不要纠结这个系统是做什么的)时,碰到了一个很奇特的bug。

事情背景:

1.媒体方要求素材必须通过API提交给他们审核后,方可投放使用。

2.上线不久,运营反馈“每当提交素材的时候,后台就会卡住...”(后台提交素材,会同步提交API)

3.访问量:不超100IP(后台仅内部人员访问)

原因调查:

环境:WAMP

  系统:Windows server 2012(也不要问我为啥不是linux...)  

  web:apache2.4.23

  数据库:mysql5.7.14

   语言:PHP 5.6.25

框架:ThinkPHP

  起初认为是mysql占住了进程(瞎猜),后来一想走API也不会涉及到数据库呀?

  后来实测发现:只有操作人会卡住(再想访问就会等待之前的API请求完成),其他人不会卡住。

   在A用户提交素材走API后,在访问的第二个页面会卡住

   而B用户在此时不会卡住

  而A的第二次链接和B的链接的区别就在于,A的session和走API时的session是同一个!!

    而A之所以卡住,绝对是session锁住了!

  PHP默认 session是以文件方式存放的,而且如果不声明不需要写session,php会在本次连接结束前一直写锁住session文件.

  B用户不会卡住,就是因为它没有用到走API时被锁住的session文件。

  解决办法:session_write_close()

  在不需要写session时,要调用上述方法,让php解锁session文件(本bug仅限以文件方式存放session的情况)

  

欢迎各位指点!
原文地址:https://www.cnblogs.com/thors/p/10788996.html