用sqlite作为session.save_handler的一个BUG

四不象

测试环境windows + apache + php 5.3 module

test.php

1. 
   
2. <?php
   
3. ini_set('session.save_handler', 'sqlite');
   
4. ini_set('session.save_path', ini_get('session.save_path').DIRECTORY_SEPARATOR.'session.sqlite');
   
5. session_start();//读取session数据到当前页面的$_SESSION变量
   
6. $_SESSION['test1'] = 'vvvvvvvvvvvv';
   
7. sleep(10);//延迟10秒写入session数据
   
8. var_dump($_SESSION);
   
9. session_write_close();//写入$_SESSION到数据库
   
10. ?>
    

复制代码

test2.php

1. 
   
2. <?php
   
3. ini_set('session.save_handler', 'sqlite');
   
4. ini_set('session.save_path', ini_get('session.save_path').DIRECTORY_SEPARATOR.'session.sqlite');
   
5. session_start();
   
6. $_SESSION['test2'] = 'xxxxxxxxx';
   
7. session_write_close();
   
8. ?>
   

复制代码

在同一浏览器进程中先后访问test.php和test2.php，以保证两个浏览器窗口使用相同的session。结果test2.php的$_SESSION['test2']数据并未写入session数据文件中。php默认的sqlite handler并未做数据同步处理。

renxiao2003

不明白啊。帮你顶一下。

四不象

原帖由 renxiao2003 于 2009-11-30 11:21 发表
不明白啊。帮你顶一下。

大概是我表述得不够清楚

首先说一下PHP的SESSION存储机制

当页面执行session_start()时（如果php.ini里设置session.auto_start = 1则在页面代码执行前），PHP引擎从session数据文件中读取出数据到当前页面的$_SESSION变量中；
当页面执行Session_write_close()时或页面执行结束时，PHP引擎将$_SESSION变量写入session数据文件中；
而对$_SESSION变量的读写操作并非会实时更新到数据文件中，这样就带来了数据同步的问题。

PHP默认的session handler是files，PHP引擎通过flock来进行读写同步，所以不会存在脏读的问题；
然而当session handler采用Sqlite时，没有相应的同步机制。

四不象

没人懂吗？还是我没说明白？