不会，这里的原子性不要从php的角度看，应该从redis的角度看，同一个redis节点对并发的请求都是序列化处理的，所以单操作不存在你担心的并发问题，但如果是read write的形式到哪里都不行了，切记。
创新互联建站专注为客户提供全方位的互联网综合服务，包含不限于成都网站设计、网站制作、外贸营销网站建设、中宁网络推广、微信平台小程序开发、中宁网络营销、中宁企业策划、中宁品牌公关、搜索引擎seo、人物专访、企业宣传片、企业代运营等，从售前售中售后，我们都将竭诚为您服务，您的肯定，是我们最大的嘉奖；创新互联建站为所有大学生创业者提供中宁建站搭建服务，24小时服务热线：18982081108，官方网址：www.cdcxhl.com
有人问到read write是啥，其实就是并发的一个经典问题，代码如下
$v = $redisClient-get('v');
$v ++;
$redisClient-set('v', $v);
就是先读取数据，再修改数据，在写回修改，这里是希望每次访问都递增v的值，但在并发情况下，两个进程都读取到了一样的初始值，比如3，然后都加1变为4，最后把4写回Redis，这种情况就会统计数据比实际的少。尽量都用Redis的原子操作就好，比如incr。
使用程序无法实现这种功能，因为无法保证事务的一致性，比如：A数据库中的a表复制到B数据库中的a表的过程中，A数据库中的a表的一条记录被删除，这样就无法实现数据的一致性！正确的做法是使用MySQL复制的功能！很简单，只需要几步配置即可！
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数据时进行数据合并，不过这样仍然不能完全保证数据一致性。
