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。
