redis实战笔记（1）-第1章 初识Redis

第1章 初识Redis

注：本书在redis3.0版本的，比如redis3.0以后支持服务端集群。3.0之前只能客户端分片。 

 

本章主要内容

1.Redis与其他软件的相同之处和不同之处

2.Redis的用法

3.使用Python示例代码与Redis进行简单的互动

4.使用Redis解决实际问题

 

Redis是一个 远程内存数据库， 它不仅性能强劲， 而且还具有复制特性以及为解决问题而生的独一无二的数据模型。 Redis提供了 5种不同类型的数据结构， 各式各样的问题都可以很自 然地映射到这些数据结构上： Redis的数据结构致力于帮助用户解决问题， 而不会像其他数据库那样， 要求用户扭曲问题来适应数据库。 除此之外， 通过复制、 持久化（ persistence） 和客户端分片（ client-side sharding） 等特性， 用户可以很方便地将Redis扩展成一个能够包含数百GB数据、 每秒处理上百万次请求的系统。

 

笔者第一次使用Redis是在一家公司里面， 这家公司需要对一个保存了 6万个客户联系方式的关系数据库进行搜索， 搜索可以根据名字、 邮件地址、 所在地和电话号码来进行， 每次搜索需要花费10～15秒的时间。 在花了一周时间学习 Redis的基础知识之后， 我使用Redis重写了一个新的搜索引 擎， 最终这个新的搜索系统不仅可以根据名字、 邮件地址、所在地和电话号码等信息来过滤和排序客户联系方式， 并且每次操作都可以在50毫秒之内完成， 这比原来的搜索系统足足快了 200 倍。

 

1.1 Redis简介

Redis是一个速度非常快的非关系数据库（ non-relational database） ， 它可以存储键（ key） 与5种不同类型的值（ value） 之间的映射（ mapping） ， 可以将 存储在内存的键值对数据持久化到硬盘， 可以使用复制特性来扩展读性能， 还可以使用客户端分片①来扩展写性能， 接下来的几节将分别介绍Redis的这几个特性。

 

1.1.1 Redis与其他数据库和软件的对比

如果你熟悉关系数据库， 那么你肯定写过用 来关联两个表的数据的SQL查询。 而Redis则属于人们常说的NoSQL数据库或者非关系数据库： Redis不使用表， 它的数据库也不会预定义或者强制去要求用户对Redis存储的不同数据进行关联。

 

memcached对比

两者都可用于存储键值映射， 彼此的性能也相差无几， 但是Redis能够自 动以两种不同的方式（AOF和RDB）将数据写入硬盘， 并且Redis除了能存储普通的字符串键之外， 还可以存储其他4种数据结构， 而memcached只能存储普通的字符串键。

 

这些不同之处使得Redis可以用于解决更为广泛的问题， 并且既可以用作 主数据库（ primary database） 使用， 又可以作为其他存储系统的辅助数据库（ auxiliary database） 使用。

 

表1-1 一些数据库和缓存服务器的特性与功能

 

 

 

1.1.2 附加特性

在使用类似Redis这样的内存数据库时， 一个首先要考虑的问题就是“当服务器被关闭时， 服务器存储的数据将何去何从呢？

 

”Redis拥有 两种不同形式的持久化方法， 它们都可以用小而紧凑的格式将存储在内存中的数据写入硬盘：

第一种(快照)持久化方法为时间点转储（ point-in-timedump） ， 转储操作既可以在“指定时间段内有指定数量的写操作执行”这

一条件被满足时执行， 又可以通过调用两条转储到硬盘（ dump-todisk） 命令中的任何一条来执行；

 

第二种(AOF)持久化方法将所有修改了数据库的命令都写入一个只追加（ append-only） 文件里面， 用户可以根据数据的重要程度， 将只追加写入设置为从不同步（ sync） 、 每秒同步一次或者每写入一个命令就同步一次。 我们将在第4章中更加深入地讨论这些持久化选项。

 

另外， 尽管Redis的性能很好， 但受限于Redis的内存存储设计， 有时候只使用一台Redis服务器可能没有办法处理所有请求。 因此， 为了 扩展Redis的读性能， 并为Redis提供故障转移（ failover） 支持，

 

Redis实现了主从复制特性： 执行复制的从服务器会连接上主服务器， 接收主服务器发送的整个数据库的初始副本（ copy） ； 之后主服务器执行的写命令， 都会被发送给所有连接着的从服务器去执行， 从而实时地更新从服务器的数据集。 因为从服务器包含的数据会不断地进行更新， 所以客户端可以向任意一个从服务器发送读请求， 以此来避免对主服务器进行集中式的访问。 我们将在第4章中更加深入地讨论Redis从服务器。

 

---

 

  1.2 Redis数据结构简介

 

Redis可以存储键与5种不同数据结构类型之间的映射， 这5种数据结构类型分别为STRING（字符串） 、 LIST（列表） 、 SET（集合） 、 HASH（散列） 和ZSET（有序集合） 。 有一部分Redis命令对于这5种结构都是通用的， 如DEL、 TYPE、 RENAME等

 

1.2.1 Redis中的字符串

图1-1以键

为hello、 值为world的字符串为例， 分别标记了方框的各个部分。

 

 

 

 

 

1.2.2 Redis中的列表

 

Redis列表还拥有从列表里面移除元素的命令、 将元素插入列表中间的命令、 将列表修剪至指定长度（相当于从列表的其中一端或者两端移除元素） 的命令， 以及其他一些命令。

 

1.2.3 Redis的集合

Redis 的集合和列表都可以存储多个字符串， 它们之间的不同在于，列表可以存储多个相同的字符串， 而集合则通过使用散列表来保证自 己存储的每个字符串都是各不相同的

 

因为Redis的集合使用 无序（ unordered） 方式存储元素， 所以用户不能像使用列表那样， 将元素推入集合的某一端， 或者从集合的某一端弹出元素。 不过用户可以使用SADD命令将元素添加到集合， 或者使用SREM命令从集合里面移除元素。 另外还可以通过SISMEMBER命令快速地检查一个元素是否已经存在于集合中， 或者使用SMEMBERS命令获取集合包含的所有元素（如果集合包含的元素非常多， 那么SMEMBERS命令的执行速度可能会很慢， 所以请谨慎地使用这个命令） 。

 

 

集合除了基本的添加操作和移除操作之外，还支持很多其他操作， 比如SINTER、 SUNION、 SDIFF这3个命令就可以分别执行常见的交集计算、 并集计算和差集计算

 

1.2.4 Redis的散列

和字符串一样， 散列存储的值既可以是字符串又可以是数字值， 并且用户同样可以对散列存储的数字值执行自 增操作或者自 减操作

 

 

散列在很多方面就像是一个微缩版的Redis， 不少字符串命令都有相应的散列版本

 

熟悉文档数据库的读者可以将Redis的散列看作是文档数据库里面的文档， 而熟悉关系数据库的读者则可以将Redis的散列看作是关系数据库里面的行， 因为散列、 文档和行这三者都允许用户同时访问或者修改一个或多个域（ field） 。

 

1.2.5 Redis的有序集合

有序集合和散列一样， 都用于 存储键值对： 有序集合的键被称为成员（ member） ， 每个成员都是独各不相同； 而有序集合的值则被称为分值（ score） ， 分值必须为浮点数。

有序集合是Redis里面唯一一个既可以 根据成员访问元素（这一点和散列一样） ， 又可以根据分值以及分值的排列顺序来访问元素的结构

 

和Redis的其他结构一样， 用户可以对有序集合执行添加、 移除和获取等操作，

 

代码清单1-5 ZADD、 ZRANGE、 ZRANGEBYSCORE和ZREM的使用示例

 

 

 

---

1.3 你好Redis

如何使用Redis来构建一个简单的文章投票网站的后端。

 

 

小结

 

本章希望向读者传达这样一个概念： Redis是一个可以用来解决问题的工具

1.它既拥有其他数据库不具备的数据结构， 又拥有内存存储（这使得Redis的速度非常快） 、远程（这使得Redis可以与多个客户端和服务器进行连接） 、

2.持久化（这使得服务器可以在重启之后仍然保持重启之前的数据）

3.可扩展（通过主从复制和分片） 等多个特性， 这使得用户可以以熟悉的方式为各种不同的问题构建解决方案。

 

---

① 分片是一种将数据划分为多个部分的方法， 对数据的划分可以基于键包含的ID、 基于键的散列值， 或者基于以上两者的某种组合。 通过对数据进行分片， 用户可以将数据存储到多台机器里面， 也可以从多台机器里面获取数据， 这种方法在解决某些问题时可以获得线性级别的性能提升。

 

② 客观来讲， memcached也能用在这个简单的场景里， 但使用Redis存储聚合数据有以下3个好处： 首先， 使用Redis可以将彼此相关的聚合数据放在同一个结构里面， 这样访问聚合数据就会变得更为容易；其次， 使用Redis可以将聚合数据放到有序集合里面， 构建出一个实时的排行榜； 最后， Redis的聚合数据可以是整数或者浮点数， 而memcached的聚合数据只能是整数。

 

 

 

 

 

转载于:https://www.cnblogs.com/crazylqy/p/7398329.html