尚硅谷Redis课件

【核心代码】

 NoSql 2016.1V1.3 讲师：尚硅谷周阳	1
1 NoSql入门和概述	16
1.1 入门概述	16
1.1.1 1 互联网时代背景下 大机遇，为什么用nosql	16
1单机MySQL的美好年代	16
2 Memcached(缓存) MySQL 垂直拆分	17
3 Mysql主从读写分离	18
4 分表分库 水平拆分 mysql集群	18
5 MySQL的扩展性瓶颈	20
6 今天是什么样子？？	20
7 为什么用NoSQL	21
1.1.2 2 是什么	21
1.1.3 3 能干嘛	22
易扩展	22
大数据量高性能	22
多样灵活的数据模型	23
传统RDBMS VS NOSQL	23
1.1.4 4 去哪下	25
Redis	25
Memcache	25
Mongdb	25
1.1.5 5 怎么玩	25
KV	25
Cache	25
Persistence	25
......	25
1.2 3V 3高	25
1.2.1 大数据时代的3V	25
海量Volume	25
多样Variety	25
实时Velocity	25
1.2.2 互联网需求的3高	25
高并发	26
高可扩	26
高性能	26
1.3 当下的NoSQL经典应用	26
1.3.1 当下的应用是sql和nosql一起使用	26
1.3.2 阿里巴巴中文站商品信息如何存放	26
看看阿里巴巴中文网站首页 以女装/女包包为例	26
架构发展历程	26
演变过程	26
第5代	27
第5代架构使命	28
......	28
和我们相关的，多数据源多数据类型的存储问题	28
1 商品基本信息	29
名称、价格，出厂日期，生产厂商等	29
关系型数据库：mysql/oracle目前淘宝在去O化(也即拿掉Oracle)， 注意，淘宝内部用的Mysql是里面的大牛自己改造过的	29
为什么去IOE	29
2 商品描述、详情、评价信息(多文字类)	31
多文字信息描述类，IO读写性能变差	31
文档数据库MongDB中	31
3 商品的图片	31
商品图片展现类	31
分布式的文件系统中	31
淘宝自己的TFS	31
Google的GFS	31
Hadoop的HDFS	31
4 商品的关键字	31
搜索引擎，淘宝内用	31
ISearch	31
5 商品的波段性的热点高频信息	31
内存数据库	31
Tair、Redis、Memcache	31
6 商品的交易、价格计算、积分累计	32
外部系统，外部第3方支付接口	32
支付宝	32
总结大型互联网应用(大数据、高并发、 多样数据类型)的难点和解决方案	32
难点	32
数据类型多样性	32
数据源多样性和变化重构	32
数据源改造而数据服务平台不需要大面积重构	32
解决办法	32
给学生画图介绍EAI和统一数据平台服务层	32
阿里、淘宝干了什么？UDSL	32
是什么	32
什么样	33
映射	34
API	34
热点缓存	35
......	36
1.4 NoSQL数据模型简介	36
1.4.1 以一个电商客户、订单、订购 、地址模型来对比下关系型 数据库和非关系型数据库	36
传统的关系型数据库你如何设计？	36
ER图(1:1/1:N/N:N,主外键等常见)	36
Nosql你如何设计	36
什么是BSON	36
给学生用BSon画出构建的数据模型	37
两者对比，问题和难点	39
为什么上述的情况可以用聚合模型来处理	39
高并发的操作是不太建议有关联查询的， 互联网公司用冗余数据来避免关联查询	39
分布式事务是支持不了太多的并发的	39
启发学生，想想关系模型数据库你如何查？ 如果按照我们新设计的BSon，是不是查询起来很可爱	39
1.4.2 聚合模型	39
KV键值	39
Bson	39
列族	39
图形	40
1.5 NoSQL数据库的四大分类	41
1.5.1 KV键值：典型介绍	41
新浪：BerkeleyDB redis	41
美团：redis tair	41
阿里、百度：memcache redis	41
1.5.2 文档型数据库(bson格式比较多)：典型介绍	41
CouchDB	41
MongoDB	41
1.5.3 列存储数据库	42
Cassandra, HBase	42
分布式文件系统	42
1.5.4 图关系数据库	42
它不是放图形的，放的是关系比如:朋友圈社交网络、广告推荐系统	42
社交网络，推荐系统等。专注于构建关系图谱	42
Neo4J, InfoGrid	42
1.5.5 四者对比	42
1.6 在分布式数据库中CAP原理CAP BASE	43
1.6.1 传统的ACID分别是什么	43
A (Atomicity) 原子性	45
C (Consistency) 一致性	45
I (Isolation) 独立性	45
D (Durability) 持久性	45
1.6.2 CAP	45
C:Consistency（强一致性）	45
A:Availability（可用性）	45
P:Partition tolerance（分区容错性）	45
1.6.3 CAP的3进2	45
1.6.4 经典CAP图	48
1.6.5 BASE	49
是什么	49
1.6.6 分布式 集群简介	50
2 Redis入门介绍	52
2.1 入门概述	52
2.1.1 1是什么	52
Redis:REmote DIctionary Server(远程字典服务器)	52
是完全开源免费的，用C语言编写的，遵守BSD协议， 是一个高性能的(key/value)分布式内存数据库，基于内存运行 并支持持久化的NoSQL数据库，是当前最热门的NoSql数据库之一, 也被人们称为数据结构服务器	53
Redis 与其他 key - value 缓存产品有以下三个特点	53
Redis支持数据的持久化，可以将内存中的数据保持在磁盘中，重启的时候可以再次加载进行使用	53
Redis不仅仅支持简单的key-value类型的数据，同时还提供list，set，zset，hash等数据结构的存储	53
Redis支持数据的备份，即master-slave模式的数据备份	53
2.1.2 2 能干嘛	53
内存存储和持久化：redis支持异步将内存中的数据写到硬盘上，同时不影响继续服务	53
取最新N个数据的操作，如：可以将最新的10条评论的ID放在Redis的List集合里面	53
模拟类似于HttpSession这种需要设定过期时间的功能	53
发布、订阅消息系统	53
定时器、计数器	54
2.1.3 3 去哪下	54
Http://redis.io/	54
Http://www.redis.cn/	54
2.1.4 4 怎么玩	55
数据类型、基本操作和配置	55
持久化和复制，RDB/AOF	55
事务的控制	55
复制	55
......	55
2.2 VMWare VMTools千里之行始于足下	55
2.2.1 VMWare虚拟机的安装	55
2.2.2 CentOS或者RedHad5的安装	55
如何查看自己的linux是32位还是64位	55
假如出现了不支持虚拟化的问题	56
2.2.3 VMTools的安装	58
2.2.4 设置共享目录	58
2.2.5 上述环境都OK后开始进行Redis的服务器安装配置	58
2.3 Redis的安装	58
2.3.1 Windows版安装	58
2.3.2 重要提示：	59
由于企业里面做Redis开发，99%都是Linux版的运用和安装， 几乎不会涉及到Windows版，上一步的讲解只是为了知识的完整性， Windows版不作为重点，同学可以下去自己玩，企业实战就认一个版：Linux	60
2.3.3 Linux版安装	60
下载获得redis-3.0.4.tar.gz后将它放入我们的Linux目录/opt	60
/opt目录下，解压命令:tar -zxvf redis-3.0.4.tar.gz	60
解压完成后出现文件夹：redis-3.0.4	60
进入目录:cd redis-3.0.4	61
在redis-3.0.4目录下执行make命令	61
运行make命令时故 意出现的错误解析：	61
安装gcc	61
能上网：yum install gcc-c  	63
不上网：	63
二次make	63
Jemalloc/jemalloc.h：没有那个文件或目录	63
运行make distclean之后再make	63
Redis Test(可以不用执行)	63
如果make完成后继续执行make install	65
查看默认安装目录：usr/local/bin	65
Redis-benchmark:性能测试工具，可以在自己本子运行，看看自己本子性能如何	66
服务启动起来后执行	66
Redis-check-aof：修复有问题的AOF文件，rdb和aof后面讲	66
Redis-check-dump：修复有问题的dump.rdb文件	66
Redis-cli：客户端，操作入口	66
Redis-sentinel：redis集群使用	66
Redis-server：Redis服务器启动命令	66
启动	66
修改redis.conf文件将里面的daemonize no 改成 yes，让服务在后台启动	67
将默认的redis.conf拷贝到自己定义好的一个路径下，比如/myconf	67
启动	67
连通测试	67
/usr/local/bin目录下运行redis-server，运行拷贝出存放了自定义conf文件目录下的redis.conf文件	68
永远的helloworld	68
关闭	68
单实例关闭：redis-cli shutdown	69
多实例关闭，指定端口关闭:redis-cli -p 6379 shutdown	69
2.4 Redis启动后杂项基础知识讲解	69
2.4.1 单进程	69
单进程模型来处理客户端的请求。对读写等事件的响应 是通过对epoll函数的包装来做到的。Redis的实际处理速度完全依靠主进程的执行效率	69
Epoll是Linux内核为处理大批量文件描述符而作了改进的epoll，是Linux下多路复用IO接口select/poll的增强版本， 它能显著提高程序在大量并发连接中只有少量活跃的情况下的系统CPU利用率。	69
2.4.2 默认16个数据库，类似数组下表从零开始，初始默认使用零号库	69
2.4.3 Select命令切换数据库	70
2.4.4 Dbsize查看当前数据库的key的数量	70
2.4.5 Flushdb：清空当前库	70
2.4.6 Flushall；通杀全部库	70
2.4.7 统一密码管理，16个库都是同样密码，要么都OK要么一个也连接不上	70
2.4.8 Redis索引都是从零开始	70
2.4.9 为什么默认端口是6379	70
3 Redis数据类型	70
3.1 Redis的五大数据类型	70
3.1.1 String（字符串）	71
3.1.2 Hash（哈希，类似java里的Map）	71
3.1.3 List（列表）	72
3.1.4 Set（集合）	72
3.1.5 Zset(sorted set：有序集合)	72
3.2 哪里去获得redis常见数据类型操作命令	73
3.2.1 Http://redisdoc.com/	73
3.3 Redis 键(key)	75
3.3.1 常用	75
3.3.2 案例	76
keys *	76
exists key的名字，判断某个key是否存在	76
move key db   --->当前库就没有了，被移除了	76
expire key 秒钟：为给定的key设置过期时间	76
ttl key 查看还有多少秒过期，-1表示永不过期，-2表示已过期	76
type key 查看你的key是什么类型	76
3.4 Redis字符串(String)	76
3.4.1 常用	77
3.4.2 单值单value	78
3.4.3 案例	78
set/get/del/append/strlen	78
Incr/decr/incrby/decrby,一定要是数字才能进行加减	78
getrange/setrange	78
setex(set with expire)键秒值/setnx(set if not exist)	79
mset/mget/msetnx	79
getset(先get再set)	81
3.5 Redis列表(List)	81
3.5.1 常用	82
3.5.2 单值多value	83
3.5.3 案例	83
lpush/rpush/lrange	83
lpop/rpop	83
lindex，按照索引下标获得元素(从上到下)	84
llen	84
lrem key 删N个value	84
ltrim key 开始index 结束index，截取指定范围的值后再赋值给key	85
rpoplpush 源列表 目的列表	86
lset key index value	86
linsert key  before/after 值1 值2	87
性能总结	88
3.6 Redis集合(Set)	89
3.6.1 常用	89
3.6.2 单值多value	90
3.6.3 案例	90
sadd/smembers/sismember	90
scard，获取集合里面的元素个数	91
srem key value 删除集合中元素	91
srandmember key 某个整数(随机出几个数)	91
spop key 随机出栈	92
smove key1 key2 在key1里某个值      作用是将key1里的某个值赋给key2	93
数学集合类	93
差集：sdiff	93
交集：sinter	94
并集：sunion	94
3.7 Redis哈希(Hash)	94
3.7.1 常用	95
3.7.2 KV模式不变，但V是一个键值对	97
3.7.3 案例	97
hset/hget/hmset/hmget/hgetall/hdel	97
hlen	98
hexists key 在key里面的某个值的key	98
hkeys/hvals	98
hincrby/hincrbyfloat	98
hsetnx	98
3.8 Redis有序集合Zset(sorted set)	99
3.8.1 多说一句	100
在set基础上，加一个score值。 之前set是k1 v1 v2 v3， 现在zset是k1 score1 v1 score2 v2	100
3.8.2 常用	100
3.8.3 案例	101
zadd/zrange	101
Withscores	101
zrangebyscore key 开始score 结束score	101
withscores	103
(   不包含	103
Limit 作用是返回限制	103
limit 开始下标步 多少步	103
zrem key 某score下对应的value值，作用是删除元素	103
zcard/zcount key score区间/zrank key values值，作用是获得下标值/zscore key 对应值,获得分数	104
zrevrank key values值，作用是逆序获得下标值	105
zrevrange	105
zrevrangebyscore  key 结束score 开始score	106
4 解析配置文件 redis.conf	107
4.1 它在哪	107
4.1.1 地址	107
4.1.2 为什么我将它拷贝出来单独执行？	107
4.2 Units单位	107
4.3 INCLUDES包含	108
4.4 GENERAL通用	109
4.4.1 Daemonize	109
4.4.2 Pidfile	109
4.4.3 Port	109
4.4.4 Tcp-backlog	109
4.4.5 Timeout	109
4.4.6 Bind	109
4.4.7 Tcp-keepalive	109
4.4.8 Loglevel	110
4.4.9 Logfile	110
4.4.10 Syslog-enabled	110
4.4.11 Syslog-ident	110
4.4.12 Syslog-facility	110
4.4.13 Databases	111
4.5 SNAPSHOTTING快照	111
4.5.1 Save	111
save 秒钟 写操作次数	111
禁用	111
4.5.2 Stop-writes-on-bgsave-error	112
4.5.3 rdbcompression	112
4.5.4 rdbchecksum	113
4.5.5 dbfilename	113
4.5.6 dir	113
4.6 REPLICATION复制	113
4.7 SECURITY安全	113
4.7.1 访问密码的查看、设置和取消	113
4.8 LIMITS限制	114
4.8.1 Maxclients	114
4.8.2 Maxmemory	115
4.8.3 Maxmemory-policy	115
Volatile-lru -> remove the key with an expire set using an LRU algorithm	116
Allkeys-lru -> remove any key according to the LRU algorithm	116
Volatile-random -> remove a random key with an expire set	116
Allkeys-random -> remove a random key, any key	116
Volatile-ttl -> remove the key with the nearest expire time (minor TTL)	116
Noeviction -> don't expire at all, just return an error on write operations	116
4.8.4 Maxmemory-samples	116
4.9 APPEND ONLY MODE追加	117
4.9.1 appendonly	117
4.9.2 appendfilename	117
4.9.3 Appendfsync	117
Always：同步持久化 每次发生数据变更会被立即记录到磁盘  性能较差但数据完整性比较好	118
Everysec：出厂默认推荐，异步操作，每秒记录   如果一秒内宕机，有数据丢失	118
No	118
4.9.4 No-appendfsync-on-rewrite：重写时是否可以运用Appendfsync，用默认no即可，保证数据安全性。	118
4.9.5 Auto-aof-rewrite-min-size：设置重写的基准值	118
4.9.6 Auto-aof-rewrite-percentage：设置重写的基准值	118
4.10 常见配置redis.conf介绍	118
5 Redis的持久化	122
5.1 总体介绍	122
5.1.1 官网介绍	122
5.2 RDB（Redis DataBase）	123
5.2.1 官网介绍	123
5.2.2 是什么：	124
在指定的时间间隔内将内存中的数据集快照写入磁盘， 也就是行话讲的Snapshot快照，它恢复时是将快照文件直接读到内存里	124
Redis会单独创建（fork）一个子进程来进行持久化，会先将数据写入到 一个临时文件中，待持久化过程都结束了，再用这个临时文件替换上次持久化好的文件。 整个过程中，主进程是不进行任何IO操作的，这就确保了极高的性能 如果需要进行大规模数据的恢复，且对于数据恢复的完整性不是非常敏感，那RDB方 式要比AOF方式更加的高效。RDB的缺点是最后一次持久化后的数据可能丢失。	124
5.2.3 Fork	124
Fork的作用是复制一个与当前进程一样的进程。新进程的所有数据（变量、环境变量、程序计数器等） 数值都和原进程一致，但是是一个全新的进程，并作为原进程的子进程	124
5.2.4 Rdb 保存的是dump.rdb文件	124
5.2.5 配置位置	124
5.2.6 如何触发RDB快照	125
配置文件中默认的快照配置	125
冷拷贝后重新使用	126
可以cp dump.rdb dump_new.rdb	126
命令save或者是bgsave	126
Save：save时只管保存，其它不管，全部阻塞	127
BGSAVE：Redis会在后台异步进行快照操作， 快照同时还可以响应客户端请求。可以通过lastsave 命令获取最后一次成功执行快照的时间	127
执行flushall命令，也会产生dump.rdb文件，但里面是空的，无意义	128
5.2.7 如何恢复	128
将备份文件 (dump.rdb) 移动到 redis 安装目录并启动服务即可	128
CONFIG GET dir获取目录	128
5.2.8 优势	128
适合大规模的数据恢复	128
对数据完整性和一致性要求不高	128
5.2.9 劣势	128
在一定间隔时间做一次备份，所以如果redis意外down掉的话，就 会丢失最后一次快照后的所有修改	128
Fork的时候，内存中的数据被克隆了一份，大致2倍的膨胀性需要考虑	128
5.2.10 如何停止	128
动态所有停止RDB保存规则的方法：redis-cli config set save ""	128
5.2.11 小总结	128
5.3 AOF（Append Only File）	129
5.3.1 官网介绍	129
5.3.2 是什么：	130
以日志的形式来记录每个写操作，将Redis执行过的所有写指令记录下来(读操作不记录)， 只许追加文件但不可以改写文件，redis启动之初会读取该文件重新构建数据，换言之，redis 重启的话就根据日志文件的内容将写指令从前到后执行一次以完成数据的恢复工作	130
5.3.3 Aof保存的是appendonly.aof文件	130
5.3.4 配置位置	130
5.3.5 AOF启动/修复/恢复	132
正常恢复	132
启动：设置Yes	132
修改默认的appendonly no，改为yes	132
将有数据的aof文件复制一份保存到对应目录(config get dir)	132
恢复：重启redis然后重新加载	132
异常恢复	132
启动：设置Yes	132
修改默认的appendonly no，改为yes	132
备份被写坏的AOF文件	132
修复：	132
Redis-check-aof --fix进行修复	133
恢复：重启redis然后重新加载	133
5.3.6 Rewrite	133
是什么：	134
AOF采用文件追加方式，文件会越来越大为避免出现此种情况，新增了重写机制, 当AOF文件的大小超过所设定的阈值时，Redis就会启动AOF文件的内容压缩， 只保留可以恢复数据的最小指令集.可以使用命令bgrewriteaof	134
重写原理	134
AOF文件持续增长而过大时，会fork出一条新进程来将文件重写(也是先写临时文件最后再rename)， 遍历新进程的内存中数据，每条记录有一条的Set语句。重写aof文件的操作，并没有读取旧的aof文件， 而是将整个内存中的数据库内容用命令的方式重写了一个新的aof文件，这点和快照有点类似	134
触发机制	134
Redis会记录上次重写时的AOF大小，默认配置是当AOF文件大小是上次rewrite后大小的一倍且文件大于64M时触发	134
5.3.7 优势	134
每修改同步：appendfsync always   同步持久化 每次发生数据变更会被立即记录到磁盘  性能较差但数据完整性比较好	134
每秒同步：appendfsync everysec    异步操作，每秒记录   如果一秒内宕机，有数据丢失	135
不同步：appendfsync no   从不同步	135
5.3.8 劣势	135
相同数据集的数据而言aof文件要远大于rdb文件，恢复速度慢于rdb	135
Aof运行效率要慢于rdb,每秒同步策略效率较好，不同步效率和rdb相同	135
5.3.9 小总结	135
5.4 总结(Which one)	136
5.4.1 官网建议	136
5.4.2 RDB持久化方式能够在指定的时间间隔能对你的数据进行快照存储	138
5.4.3 AOF持久化方式记录每次对服务器写的操作,当服务器重启的时候会重新执行这些 命令来恢复原始的数据,AOF命令以redis协议追加保存每次写的操作到文件末尾. Redis还能对AOF文件进行后台重写,使得AOF文件的体积不至于过大	138
5.4.4 只做缓存：如果你只希望你的数据在服务器运行的时候存在,你也可以不使用任何持久化方式.	138
5.4.5 同时开启两种持久化方式	138
在这种情况下,当redis重启的时候会优先载入AOF文件来恢复原始的数据, 因为在通常情况下AOF文件保存的数据集要比RDB文件保存的数据集要完整.	138
RDB的数据不实时，同时使用两者时服务器重启也只会找AOF文件。那要不要只使用AOF呢？ 作者建议不要，因为RDB更适合用于备份数据库(AOF在不断变化不好备份)， 快速重启，而且不会有AOF可能潜在的bug，留着作为一个万一的手段。	138
5.4.6 性能建议	138
6 Redis的事务	140
6.1 是什么	140
6.1.1 可以一次执行多个命令，本质是一组命令的集合。一个事务中的 所有命令都会序列化，按顺序地串行化执行而不会被其它命令插入，不许加塞	140
6.1.2 官网	140
6.2 能干嘛	140
6.2.1 一个队列中，一次性、顺序性、排他性的执行一系列命令	140
6.3 怎么玩	140
6.3.1 常用命令	141
6.3.2 Case1：正常执行	141
6.3.3 Case2：放弃事务	142
6.3.4 Case3：全体连坐	142
6.3.5 Case4：冤头债主	143
6.3.6 Case5：watch监控	143
悲观锁/乐观锁/CAS(Check And Set)	143
悲观锁	143
乐观锁	144
CAS	144
初始化信用卡可用余额和欠额	144
无加塞篡改，先监控再开启multi， 保证两笔金额变动在同一个事务内	145
有加塞篡改	145
监控了key，如果key被修改了，后面一个事务的执行失效	146
unwatch	146
一旦执行了exec之前加的监控锁都会被取消掉了	147
小结	147
Watch指令，类似乐观锁，事务提交时，如果Key的值已被别的客户端改变， 比如某个list已被别的客户端push/pop过了，整个事务队列都不会被执行	147
通过WATCH命令在事务执行之前监控了多个Keys，倘若在WATCH之后有任何Key的值发生了变化， EXEC命令执行的事务都将被放弃，同时返回Nullmulti-bulk应答以通知调用者事务执行失败	147
6.4 3阶段	147
6.4.1 开启：以MULTI开始一个事务	147
6.4.2 入队：将多个命令入队到事务中，接到这些命令并不会立即执行，而是放到等待执行的事务队列里面	147
6.4.3 执行：由EXEC命令触发事务	147
6.5 3特性	147
6.5.1 单独的隔离操作：事务中的所有命令都会序列化、按顺序地执行。事务在执行的过程中，不会被其他客户端发送来的命令请求所打断。	147
6.5.2 没有隔离级别的概念：队列中的命令没有提交之前都不会实际的被执行，因为事务提交前任何指令都不会被实际执行， 也就不存在”事务内的查询要看到事务里的更新，在事务外查询不能看到”这个让人万分头痛的问题	148
6.5.3 不保证原子性：redis同一个事务中如果有一条命令执行失败，其后的命令仍然会被执行，没有回滚	148
7 Redis的发布订阅	148
7.1 是什么	148
7.1.1 进程间的一种消息通信模式：发送者(pub)发送消息，订阅者(sub)接收消息。	148
7.1.2 订阅/发布消息图	148
7.2 命令	149
7.3 案列	149
8 Redis的复制(Master/Slave)	150
8.1 是什么	150
8.1.1 官网	150
8.1.2 行话：也就是我们所说的主从复制，主机数据更新后根据配置和策略， 自动同步到备机的master/slaver机制，Master以写为主，Slave以读为主	152
8.2 能干嘛	152
8.2.1 读写分离	152
8.2.2 容灾恢复	152
8.3 怎么玩	152
8.3.1 配从(库)不配主(库)	152
8.3.2 从库配置：slaveof 主库IP 主库端口	152
每次与master断开之后，都需要重新连接，除非你配置进redis.conf文件	152
Info replication	152
8.3.3 修改配置文件细节操作	152
拷贝多个redis.conf文件	152
开启daemonize yes	153
Pid文件名字	154
指定端口	154
Log文件名字	154
Dump.rdb名字	154
8.3.4 常用3招	155
一主二仆	155
Init	155
一个Master两个Slave	155
日志查看	156
主机日志	156
备机日志	156
info replication	156
主从问题演示	157
薪火相传	159
上一个Slave可以是下一个slave的Master，Slave同样可以接收其他 slaves的连接和同步请求，那么该slave作为了链条中下一个的master, 可以有效减轻master的写压力	159
中途变更转向:会清除之前的数据，重新建立拷贝最新的	159
Slaveof 新主库IP 新主库端口	159
反客为主	159
SLAVEOF no one	159
使当前数据库停止与其他数据库的同步，转成主数据库	159
8.4 复制原理	159
8.4.1 Slave启动成功连接到master后会发送一个sync命令	159
8.4.2 Master接到命令启动后台的存盘进程，同时收集所有接收到的用于修改数据集命令， 在后台进程执行完毕之后，master将传送整个数据文件到slave,以完成一次完全同步	159
8.4.3 全量复制：而slave服务在接收到数据库文件数据后，将其存盘并加载到内存中。	159
8.4.4 增量复制：Master继续将新的所有收集到的修改命令依次传给slave,完成同步	160
8.4.5 但是只要是重新连接master,一次完全同步（全量复制)将被自动执行	160
8.5 哨兵模式(sentinel)	160
8.5.1 是什么	160
反客为主的自动版，能够后台监控主机是否故障，如果故障了根据投票数自动将从库转换为主库	160
8.5.2 怎么玩(使用步骤)	160
调整结构，6379带着80、81	160
自定义的/myredis目录下新建sentinel.conf文件，名字绝不能错	160
配置哨兵,填写内容	160
sentinel monitor 被监控数据库名字(自己起名字) 127.0.0.1 6379 1	160
上面最后一个数字1，表示主机挂掉后salve投票看让谁接替成为主机，得票数多少后成为主机	161
启动哨兵	161
Redis-sentinel /myredis/sentinel.conf	161
上述目录依照各自的实际情况配置，可能目录不同	161
正常主从演示	161
原有的master挂了	161
投票新选	162
重新主从继续开工,info replication查查看	162
问题：如果之前的master重启回来，会不会双master冲突？	163
8.5.3 一组sentinel能同时监控多个Master	163
8.6 复制的缺点	163
8.6.1 复制延时	163
9 Redis的Java客户端Jedis	164
9.1 安装JDK	164
9.1.1 tar -zxvf jdk-7u67-linux-i586.tar.gz	164
9.1.2 vi /etc/profile	164
9.1.3 重启一次Centos	164
9.1.4 编码验证	164
9.2 安装eclipse	164
9.3 Jedis所需要的jar包	164
9.3.1 Commons-pool-1.6.jar	164
9.3.2 Jedis-2.1.0.jar	164
9.4 Jedis常用操作	164
9.4.1 测试连通性	164
9.4.2 5 1	165
一个key	170
五大数据类型	170
9.4.3 事务提交	170
日常	170
加锁	172
9.4.4 主从复制	175
6379,6380启动，先各自先独立	177
主写	177
从读	177
9.5 JedisPool	177
9.5.1 获取Jedis实例需要从JedisPool中获取	177
9.5.2 用完Jedis实例需要返还给JedisPool	177
9.5.3 如果Jedis在使用过程中出错，则也需要还给JedisPool	177
9.5.4 案例见代码	177
JedisPoolUtil	177
Demo5	180
JedisPool.getResource();	181
9.5.5 配置总结all	181