php的在页面载入时或调用session_start()时从数据源中读取session数据到$_SESSION变量。
创新互联是一家专业从事网站制作、成都网站建设的网络公司。作为专业网站设计公司,创新互联依托的技术实力、以及多年的网站运营经验,为您提供专业的成都网站建设、全网整合营销推广及网站设计开发服务!
当页面执行完毕或调用session_write_close()时把$_SESSION变量写入数据源。
php默认的session.save_handler=files,可以通过文件锁来实现读写同步,保证session数据的一致性,不会产生问题。然而当使用sqlite作为session handler时,由于没有同步机制,会产生bug。如下代码:
test1.php
PHP code?
session_start();
$_SESSION['data1'] = 'data1';
sleep(10);
session_write_close();
test2.php
PHP code?
session_start();
$_SESSION['data2'] = 'data2';
session_write_close();
在同一浏览器进程里(保证使用相同的session_id),先访问test1.php,再访问test2.php,会发现data2根本没有写入sqlite数据库中。session.save_handler=memcache还没有测试,估计也有这个问题。如果采用默认的files handler会发现test2.php的请求会被挂起直至test1.php执行完毕,这就是文件锁同步机制造成的。
我想到了两种解决方案:
1、实现互斥锁,保证同一session_id访问session数据是同步的,这样会产生一个阻塞的问题(php默认的session实现也会有这个问题)。
2、写入session数据时进行数据合并,不过这样仍然不能完全保证数据一致性。
你说的应该是mysql的事务机制,修改不同表数据的时候,要么同时成功,只要有一条失败都不能算成功,你可以用php手动开启事务,可以这么写
$mysqli-query("START TRANSACTION");
$mysqli-query("INSERT INTO a(field1) VALUES ('a1')");
$mysqli-query("INSERT INTO b(field2) VALUES ('a2')");
$mysqli-query("commit");
大概格式就是这样,希望对你有帮助
不会,这里的原子性不要从php的角度看,应该从redis的角度看,同一个redis节点对并发的请求都是序列化处理的,所以单操作不存在你担心的并发问题,但如果是read write的形式到哪里都不行了,切记。
有人问到read write是啥,其实就是并发的一个经典问题,代码如下
$v = $redisClient-get('v');
$v ++;
$redisClient-set('v', $v);
就是先读取数据,再修改数据,在写回修改,这里是希望每次访问都递增v的值,但在并发情况下,两个进程都读取到了一样的初始值,比如3,然后都加1变为4,最后把4写回Redis,这种情况就会统计数据比实际的少。尽量都用Redis的原子操作就好,比如incr。