硅谷redis（扩展版）

1单机MySQL的美好年代

2 Memcached(缓存)+MySQL+垂直拆分

3 Mysql主从读写分离

4 分表分库+水平拆分+mysql集群

5 MySQL的扩展性瓶颈

6 今天是什么样子？？

7 为什么用NoSQL

易扩展

大数据量高性能

多样灵活的数据模型

传统RDBMS VS NOSQL

Redis

memcache

Mongdb

KV

Cache

Persistence

......

海量Volume

多样Variety

实时Velocity

高并发

高可扩

高性能

看看阿里巴巴中文网站首页 以女装/女包包为例

1 商品基本信息

2 商品描述、详情、评价信息(多文字类)

3 商品的图片

4 商品的关键字

5 商品的波段性的热点高频信息

6 商品的交易、价格计算、积分累计

总结大型互联网应用(大数据、高并发、 多样数据类型)的难点和解决方案

传统的关系型数据库你如何设计？

nosql你如何设计

两者对比，问题和难点

KV键值

bson

列族

图形

新浪：BerkeleyDB+redis

美团：redis+tair

阿里、百度：memcache+redis

CouchDB

MongoDB

Cassandra, HBase

分布式文件系统

它不是放图形的，放的是关系比如:朋友圈社交网络、广告推荐系统

社交网络，推荐系统等。专注于构建关系图谱

Neo4J, InfoGrid

A (Atomicity) 原子性

C (Consistency) 一致性

I (Isolation) 独立性

D (Durability) 持久性

C:Consistency（强一致性）

A:Availability（可用性）

P:Partition tolerance（分区容错性）

是什么

Redis:REmote DIctionary Server(远程字典服务器)

是完全开源免费的，用C语言编写的，遵守BSD协议， 是一个高性能的(key/value)分布式内存数据库，基于内存运行 并支持持久化的NoSQL数据库，是当前最热门的NoSql数据库之一, 也被人们称为数据结构服务器

Redis 与其他 key - value 缓存产品有以下三个特点

内存存储和持久化：redis支持异步将内存中的数据写到硬盘上，同时不影响继续服务

取最新N个数据的操作，如：可以将最新的10条评论的ID放在Redis的List集合里面

模拟类似于HttpSession这种需要设定过期时间的功能

发布、订阅消息系统

定时器、计数器

http://redis.io/

http://www.redis.cn/

数据类型、基本操作和配置

持久化和复制，RDB/AOF

事务的控制

复制

......

如何查看自己的linux是32位还是64位

假如出现了不支持虚拟化的问题

由于企业里面做Redis开发，99%都是Linux版的运用和安装， 几乎不会涉及到Windows版，上一步的讲解只是为了知识的完整性， Windows版不作为重点，同学可以下去自己玩，企业实战就认一个版：Linux

下载获得redis-3.0.4.tar.gz后将它放入我们的Linux目录/opt

/opt目录下，解压命令:tar -zxvf redis-3.0.4.tar.gz

解压完成后出现文件夹：redis-3.0.4

进入目录:cd redis-3.0.4

在redis-3.0.4目录下执行make命令

如果make完成后继续执行make install

查看默认安装目录：usr/local/bin

启动

永远的helloworld

关闭

单进程模型来处理客户端的请求。对读写等事件的响应 是通过对epoll函数的包装来做到的。Redis的实际处理速度完全依靠主进程的执行效率

epoll是Linux内核为处理大批量文件描述符而作了改进的epoll，是Linux下多路复用IO接口select/poll的增强版本， 它能显著提高程序在大量并发连接中只有少量活跃的情况下的系统CPU利用率。

keys *

exists key的名字，判断某个key是否存在

move key db --->当前库就没有了，被移除了

expire key 秒钟：为给定的key设置过期时间

ttl key 查看还有多少秒过期，-1表示永不过期，-2表示已过期

type key 查看你的key是什么类型

set/get/del/append/strlen

Incr/decr/incrby/decrby,一定要是数字才能进行加减

getrange/setrange

setex(set with expire)键秒值/setnx(set if not exist)

mset/mget/msetnx

getset(先get再set)

lpush/rpush/lrange

lpop/rpop

lindex，按照索引下标获得元素(从上到下)

llen

lrem key 删N个value

ltrim key 开始index 结束index，截取指定范围的值后再赋值给key

rpoplpush 源列表 目的列表

lset key index value

linsert key before/after 值1 值2

性能总结

sadd/smembers/sismember

scard，获取集合里面的元素个数

srem key value 删除集合中元素

srandmember key 某个整数(随机出几个数)

spop key 随机出栈

smove key1 key2 在key1里某个值 作用是将key1里的某个值赋给key2

数学集合类

hset/hget/hmset/hmget/hgetall/hdel

hlen

hexists key 在key里面的某个值的key

hkeys/hvals

hincrby/hincrbyfloat

hsetnx

在set基础上，加一个score值。 之前set是k1 v1 v2 v3， 现在zset是k1 score1 v1 score2 v2

zadd/zrange

zrangebyscore key 开始score 结束score

zrem key 某score下对应的value值，作用是删除元素

zcard/zcount key score区间/zrank key values值，作用是获得下标值/zscore key 对应值,获得分数

zrevrank key values值，作用是逆序获得下标值

zrevrange

zrevrangebyscore key 结束score 开始score

save 秒钟 写操作次数

禁用

volatile-lru -> remove the key with an expire set using an LRU algorithm

allkeys-lru -> remove any key according to the LRU algorithm

volatile-random -> remove a random key with an expire set

allkeys-random -> remove a random key, any key

volatile-ttl -> remove the key with the nearest expire time (minor TTL)

noeviction -> don't expire at all, just return an error on write operations

always：同步持久化 每次发生数据变更会被立即记录到磁盘 性能较差但数据完整性比较好

everysec：出厂默认推荐，异步操作，每秒记录 如果一秒内宕机，有数据丢失

no

在指定的时间间隔内将内存中的数据集快照写入磁盘， 也就是行话讲的Snapshot快照，它恢复时是将快照文件直接读到内存里

Redis会单独创建（fork）一个子进程来进行持久化，会先将数据写入到 一个临时文件中，待持久化过程都结束了，再用这个临时文件替换上次持久化好的文件。 整个过程中，主进程是不进行任何IO操作的，这就确保了极高的性能 如果需要进行大规模数据的恢复，且对于数据恢复的完整性不是非常敏感，那RDB方 式要比AOF方式更加的高效。RDB的缺点是最后一次持久化后的数据可能丢失。

fork的作用是复制一个与当前进程一样的进程。新进程的所有数据（变量、环境变量、程序计数器等） 数值都和原进程一致，但是是一个全新的进程，并作为原进程的子进程

配置文件中默认的快照配置

命令save或者是bgsave

执行flushall命令，也会产生dump.rdb文件，但里面是空的，无意义

将备份文件 (dump.rdb) 移动到 redis 安装目录并启动服务即可

CONFIG GET dir获取目录

适合大规模的数据恢复

对数据完整性和一致性要求不高

在一定间隔时间做一次备份，所以如果redis意外down掉的话，就 会丢失最后一次快照后的所有修改

fork的时候，内存中的数据被克隆了一份，大致2倍的膨胀性需要考虑

动态所有停止RDB保存规则的方法：redis-cli config set save ""

以日志的形式来记录每个写操作，将Redis执行过的所有写指令记录下来(读操作不记录)， 只许追加文件但不可以改写文件，redis启动之初会读取该文件重新构建数据，换言之，redis 重启的话就根据日志文件的内容将写指令从前到后执行一次以完成数据的恢复工作

正常恢复

异常恢复

是什么：

重写原理

触发机制

每修改同步：appendfsync always 同步持久化 每次发生数据变更会被立即记录到磁盘 性能较差但数据完整性比较好

每秒同步：appendfsync everysec 异步操作，每秒记录 如果一秒内宕机，有数据丢失

不同步：appendfsync no 从不同步

相同数据集的数据而言aof文件要远大于rdb文件，恢复速度慢于rdb

aof运行效率要慢于rdb,每秒同步策略效率较好，不同步效率和rdb相同

在这种情况下,当redis重启的时候会优先载入AOF文件来恢复原始的数据, 因为在通常情况下AOF文件保存的数据集要比RDB文件保存的数据集要完整.

RDB的数据不实时，同时使用两者时服务器重启也只会找AOF文件。那要不要只使用AOF呢？ 作者建议不要，因为RDB更适合用于备份数据库(AOF在不断变化不好备份)， 快速重启，而且不会有AOF可能潜在的bug，留着作为一个万一的手段。

悲观锁/乐观锁/CAS(Check And Set)

初始化信用卡可用余额和欠额

无加塞篡改，先监控再开启multi， 保证两笔金额变动在同一个事务内

有加塞篡改

unwatch

一旦执行了exec之前加的监控锁都会被取消掉了

小结

每次与master断开之后，都需要重新连接，除非你配置进redis.conf文件

info replication

拷贝多个redis.conf文件

开启daemonize yes

pid文件名字

指定端口

log文件名字

dump.rdb名字

一主二仆

薪火相传

反客为主

反客为主的自动版，能够后台监控主机是否故障，如果故障了根据投票数自动将从库转换为主库

调整结构，6379带着80、81

自定义的/myredis目录下新建sentinel.conf文件，名字绝不能错

配置哨兵,填写内容

启动哨兵

正常主从演示

原有的master挂了

投票新选

重新主从继续开工,info replication查查看

问题：如果之前的master重启回来，会不会双master冲突？

一个key

五大数据类型

日常

加锁

6379,6380启动，先各自先独立

主写

从读

JedisPoolUtil

Demo5