redis简业莫介绍.pptVIP

* 主从复制过程 * Redis复制机制的缺陷 Slave从库在连接Master主库时，Master会进行内存快照，然后把整个快照文件发给Slave，也就是没有象MySQL那样有复制位置的概念，即无增量复制，这会给整个集群搭建带来非常多的问题 比如一台线上正在运行的Master主库配置了一台从库进行简单读写分离，这时Slave由于网络或者其它原因与Master断开了连接，那么当Slave进行重新连接时，需要重新获取整个Master的内存快照，Slave所有数据跟着全部清除，然后重新建立整个内存表，一方面Slave恢复的时间会非常慢，另一方面也会给主库带来压力 * Redis复制机制缺陷的一种改进 首先写Redis的AOF文件，并对这个AOF文件按文件大小进行自动分割滚动，同时关闭Redis的Rewrite命令，然后会在业务低峰时间进行内存快照存储，并把当前的AOF文件位置一起写入到快照文件中，这样我们可以使快照文件与AOF文件的位置保持一致性，这样我们得到了系统某一时刻的内存快照，并且同时也能知道这一时刻对应的AOF文件的位置； 当从库发送同步命令时，我们首先会把快照文件发送给从库，然后从库会取出该快照文件中存储的AOF文件位置，并将该位置发给主库，主库会随后发送该位置之后的所有命令，以后的复制就都是这个位置之后的增量信息了。 Page ? * Redis简要介绍 朱自升 2016.06.25 * 主要内容 RDBMS发展现状及适用情景 NoSQL的出现，NoSQL基本原理 Redis简介及应用场景 Redis基本数据结构及重要操作 Redis命令总结 Jedis：Java-Redis 操作实践：简单博客系统 * RDBMS现状及适用情景 从1969年，埃德加发表关系数据模型论文开始，以 MySQL，Oracle，Sybase，PostgreSQL 为代表的传统关系数据库在过去的 20 多年里得到了广泛应用。 SQL是一种用于数据查询的描述型语言。SQL允许用户透明的执行查询，不需要考虑数据在哪块儿磁盘上，使用何种算法来处理数据。大多数RDBMS都有一个重要的架构组件：查询优化器。 关系数据库遵循关系数据模型，关系模型中不同现实世界的实体被存储到不同的表格中。 关系模型和SQL的结合很紧密，并且定义了高度结构化的实体以及实体之间的关系。SQL的查询模型支持用户透明的数据访问。 * RDBMS适用情景 数据定义高度结构化的情景（关系结构严谨，字段固定） 数据一致性要求高的情景（事物要求） 数据实时性要求不高（无数据大量写入，查询返回结果实时性要求不高） 无需进行过多索引更改（添加或删除）的表 * RDBMS所不擅长的情景 大量数据的写入处理（磁盘I/O） 为有数据更新的表做索引或表结构（schema）变更 对简单查询需要快速返回结果的处理（实时要求高） 字段不固定时应用（数据结构为半结构化数据） * 主要内容 RDBMS发展现状及适用情景 NoSQL的出现，NoSQL基本原理 Redis简介及应用场景 Redis基本数据结构及重要操作 Redis命令总结 实际操作实验：简单博客系统 * NoSQL简介 NoSQL：No！SQL还是Not Only SQL？ NoSQL基本分类：列式数据库，键值数据库，文档数据库，图数据库 NoSQL基于的基本原理：CAP，BASE，最终一致性 * NoSQL基本原理 CAP理论：Consistency(一致性), 数据一致更新，数据变动都是同步的Availability(可用性), 好的响应性能Partition tolerance(分区容错性) 可靠性 关系数据库的ACID模型拥有高一致性 + 可用性 很难进行分区：Atomicity原子性：一个事务中所有操作都必须全部完成，要么全部不完成。Consistency一致性. 在事务开始或结束时，数据库应该在一致状态。Isolation隔离层. 事务将假定只有它自己在操作数据库，彼此不知晓。Durability. 一旦事务完成，就不能返回。 * NoSQL基本原理 BASE模型：反ACID模型，完全不同于ACID模型，牺牲高一致性，获得可用性或可靠性： Basically Available基本可用。 Soft state软状态 状态可以有一段时间不同步，异步。 Eventually consistent最终一致，最终数据是一致的就可以了，而不是时时高一致 * Redis简介 2008年开始开发，2009年完成，作者Salvatore Sanfilippo Redis官网是这么描述的： Redis is an open source, advanced key-value store. It is often