redis 3

xuke123

　　

　　1.
　　http://www.kazaff.me/2013/02/19/phpredis%E7%9A%84%E4%BA%8B%E5%8A%A1%E6%93%8D%E4%BD%9C%E7%BB%86%E8%8A%82/

　　

　　2.
redis入门系列文章广告贴
放假没事学习了redis这个key-value数据库。顺便写了点学习笔记和大家分享下，希望对想了解redis的同学有所帮助。

一 redis学习笔记之环境搭建



二 redis学习笔记之数据类型



三 redis学习笔记之排序


四 redis学习笔记之事务
redis对事务的支持目前还比较简单。redis只能保证一个client发起的事务中的命令可以连续的执行，而中间不会插入其他client的命令(指真正执行exec时）。由于redis是单线程来处理所有client的请求的所以做到这点是很容易的。一般情况下redis在接受到一个client发来的命令后会立即处理并 返回处理结果，但是当一个client在一个连接中发出multi命令有，这个连接会进入一个事务上下文，该连接后续的命令并不是立即执行，而是先放到一个队列中。当从此连接受到exec命令后，redis会顺序的执行队列中的所有命令。并将所有命令的运行结果打包到一起返回给client.然后此连接就 结束事务上下文。


http://database.iyunv.com/art/201208/351762.htm

http://blog.csdn.net/liutingxu1/article/details/17137407


乐观锁：大多数是基于数据版本（version）的记录机制实现的。即为数据增加一个版本标识，在基于数据库表的版本解决方案中，一般是通过为数据表添加一个“version”字段来实现取出数据时，将此版本号一同读出，之后更新时，对此版本号+1.此时，将提交数据的版本号与数据表对应记录的当前版本号进行对比，如果提交的数据版本号大于数据库当前版本号，则予以更新，否则认为是过期数据。-------svn 的版本控制就是最好的例子
Redis的乐观锁实例：假设有一个money的key，我们开2个session来对money进行赋值操作，我们来看一下结果如何？
Session1:
127.0.0.1:6379> get money
"301"
127.0.0.1:6379> watch money
OK
127.0.0.1:6379> multi
OK
127.0.0.1:6379> incrby money 49
QUEUED
Session2:
127.0.0.1:6379> set money 400
OK
127.0.0.1:6379> get money
"400"
Session1:
127.0.0.1:6379> exec
(nil)
127.0.0.1:6379> get money
"400"
首先我们在session1中开启了对money的监控（watch key开启对key键的监控），然后开启一个事务，把命令incrby money 49放到事务队列中，等待exec执行处理。
之后我们开启session2，在session2中我们直接set money 400，这个时候我们在session2中get一下money发现已经变成400
之后我们回到session1中再用exec去执行事务队列中得incrby money 49这条命令，发现结果是nil也就是没有成功，用get命令看一下money发现是400，而不是449.
整个过程就实现了一个乐观锁。



五 redis学习笔记之pipeline
通过pipeline方式当有大批量的操作时候。我们可以节省很多原来浪费在网络延迟的时间。需要注意到是用 pipeline方式打包命令发送，redis必须在处理完所有命令前先缓存起所有命令的处理结果。

六 redis学习笔记之发布订阅



七 redis学习笔记之持久化


八 redis学习笔记之主从复制



九 redis学习笔记之虚拟内存