标签:
Redis高级实用特性:
1.安全性
2.主从复制
3.事务处理
4.持久化机制
5.发布订阅消息
6.虚拟内存的使用
安全性:
设置客户端连接后进行任何其他指定前需要使用的密码警告:因为Redis速度相当快,所以一台比较好的服务器下一个外部的用户可以在一秒钟进行150k次的密码尝试,这意味着你需要指定非常非常强大的密码来防止暴力破解
配置方法:
requirepass beijing(在配置文件中配置密码)
auth beijing(授权方式1)
redis-cli -a beijing(授权方式2)
主从复制:
Redis主从复制配置和使用都非常简单,通过主从复制可以允许多个Redis server拥有和master server相同的数据库副本
Redis主从复制特点:
1.Master可以拥有多个slave
2.多个slave可以连接同一个master外,还可以连接到其他slave
3.主从复制不会阻塞master,在同步数据时,master可以继续处理client请求
4.提高系统的伸缩性
Redis主从复制过程:
1.Slave与master建立连接,发送sync同步命令
2.Master会启动一个后台进程,将数据库快照保存到文件中,同时master主进程会开始收集新的写命令并缓存。
3.后台完成保存后,就将此文件发送给slave
4.slave将文件保存到硬盘上
配置主从服务器:
配置slave服务器很简单,只需在slave的配置文件中加入一下配置:
slaveof 192.168.1.1 6379 #指定master的IP和端口
masterauth lamp #这是主机的密码
事务处理:
Redis对事物的支持目前还比较简单,Redis智能保证一个client发起的事务中的命令可以连续的执行,而中间不会插入其中client的命令,当一个client在一个连接中发出multi命令时,这个连接会进入一个事务上下文该连接后续的命令不会立即执行,而是先放到一个队列中当执行exec命令时,redis会顺序的执行队列中的所有命令、
添加一个事务
命令:
multi
OK
incr a
QUEUED
incr b QUEUED
exec
1)1
2)1
如何取消一个事务(回滚)
dicard
如果有一条不成功,并不影响上面的操作
incr age
incr name #不成功
exec
乐观锁复杂事务控制
乐观锁:大多数是基于数据版本(version)的记录机制实现的,即为数据加一个版本的标识,在基于数据库表的版本解决方案中,一般是通过为数据库表添加一个“version”字段来实现读取出数据时,将此版本号一同读出,之后更新时,对此版本号加1,此时,将提交数据的版本号与数据表对应记录的当前版本号进行对比,如果提交的数据版本号大于数据库当前版本号,则予以更新,否则认为是过期数据。watch命令会监视给定的key,当exec时候如果监视的key从调用watch后发生过变化,则整个事务会失败,也可以调用watch多次监视多个key,这样就可以对指定的key加乐观锁了,注意watch的key是对整个连接有效的,事务也一样,如果连接断开,监视和事务会被自动清除,当然了exec,discard,unwatch命令都会清楚连接中的所有监视
持久化机制:
Redis是一个支持持久化的内存数据库,也就是说redis需要经常将内存中的数据同步到硬盘来保证持久化
Redis支持两种持久化方式:
1.snapshotting(快照)也就是默认方式
2.Append-only file(缩写aof)的方式
Snapshotting方式
快照是默认的持久化方式,这种方式是将内存中数据以快照的方式写入二进制文件中,默认的文件名为dump.rdb可以通过配置设置自动做快照持久化的方式,我们可以配置redis在n秒内如果超过m个key修改就自动做快照
配置方式:
save 900 1 #900秒内如果超过1个key被修改,则发起快照保存
save 300 10 #300秒内容如果超过10个key被修改,则发起快照保存
save 60 10000
aof方式
由于快照方式是在一定间隔时间做一次的,所以如果redis意外down掉的话,就会丢失最后一次快照后的所有修改。aof比快照方式有更好的持久化性,是由于在使用aof时,redis会将每个收到的写命令都通过write函数追加到文件中,当redis重启时会通过重新执行文件中保存的写命令来内存中重建真个数据库的内容。当然由于os会在内核中缓存write做的修改,所以可能不是立即写入磁盘上,这样aof方式的持久化也还是有可能会丢失布冯修改。可以通过配置文件告诉redis我们想要通过fsync函数强制os写入到磁盘的时机。
配置方式:
appendonly yes //启用aof持久化方式
#appendfsync always //收到写命令就立即写入磁盘最慢,但是保证完全的持久化
appendfsync everysec //每秒钟写入磁盘一次,在性能和持久化方面做了很好的折中
#appendfync no //完全依赖os,性能最好持久化没保证
发布及订阅消息:
发布订阅(pub/sub)是一种消息通信模式,主要的目的是解耦消息发布者和消息订阅者之间的耦合,这点和设计模式中的观察者模式比较相似。pub /sub不仅仅解决发布者和订阅者直接代码级别耦合也解决两者在物理部署上的耦合。redis作为一个pub/sub server,在订阅者和发布者之间起到了消息路由的功能。订阅者可以通过subscribe和psubscribe命令向redis server订阅自己感兴趣的消息类型,redis将消息类型称为通道(channel)。当发布者通过publish命令向redis server发送特定类型的消息时。订阅该消息类型的全部client都会收到此消息。这里消息的传递是多对多的。一个client可以订阅多个 channel,也可以向多个channel发送消息。
虚拟内存:
Redis的虚拟内存与操作系统的虚拟内存不是一回事,但是思路和目的都是相同的。都是暂时把不经常访问的数据从内存交换到磁盘中,从而腾出宝贵的内存空间用于其他需要访问的数据。尤其是对于redis这样的内存数据库,内存总是不够用的。除了可以将数据分割到多个
redisserver外。另外能够提高数据库容量的办法就是使用虚拟内存把那些不经常访问的数据交换到磁盘上。
配置:
vm-enabled yes #开启vm功能
vm-swap-file /tmp/redis.swap #交换出来的value保存的文件路径
vm-max-memory 1000000 #redis使用的最大内存上限
vm-page-size 32 #每个页面的大小32字节
vm-pages 13417728 #最多使用多少页面
vm-max-threads 4 #用于执行value对象换入患处的工作线程数量
启动后提示,还要配置:
really-use-vm yes
注:Redis系列博客均是结合兄弟连Redis学习视频的笔记!
标签:
原文地址:http://www.cnblogs.com/sxmcACM/p/4732500.html