php保证数据一致性,redis保证数据一致性

php redis高并发rpush是数据一致性吗

不会，这里的原子性不要从php的角度看，应该从redis的角度看，同一个redis节点对并发的请求都是序列化处理的，所以单操作不存在你担心的并发问题，但如果是read write的形式到哪里都不行了，切记。

有人问到read write是啥，其实就是并发的一个经典问题，代码如下

$v = $redisClient-get('v');

$v ++;

$redisClient-set('v', $v);

就是先读取数据，再修改数据，在写回修改，这里是希望每次访问都递增v的值，但在并发情况下，两个进程都读取到了一样的初始值，比如3，然后都加1变为4，最后把4写回Redis，这种情况就会统计数据比实际的少。尽量都用Redis的原子操作就好，比如incr。

相关问答

Q1: 怎样用php实现两个mysql数据库的同步

使用程序无法实现这种功能，因为无法保证事务的一致性，比如：A数据库中的a表复制到B数据库中的a表的过程中，A数据库中的a表的一条记录被删除，这样就无法实现数据的一致性！正确的做法是使用MySQL复制的功能！很简单，只需要几步配置即可！

Q2: 如何保证session的一致性session.save

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数据时进行数据合并，不过这样仍然不能完全保证数据一致性。