如果我自己在AWS上手动装一个redis数据库, 我是买EC2 还是S3实例来搭?

如果直观的理解你的问题，那答案当然是EC2啦。

因为：

EC2就是d性计算单元（也就是虚拟机的意思），用它来搭建Redis自然是没有什么问题的。

而S3是对象存储系统， 他是用来存放数据的（你可以简单的把他理解为移动硬盘），对象存储系统的确提供了简单的托管静态网站的功能，但这也基本上是它的极限了。

像redis这样严重依赖 *** 作系统提供系统调用的应用程序，使用EC2服务才是正解。 当然AWS也提供了托管的redis服务（鼠标点几下，开箱即用），不过，这并不在你的问题的考虑范围内。

1、redis

中的每一个数据库，都由一个

redisDb

的结构存储。其中，redisDb.id

存储着

redis

数据库以整数表示的号码。redisDb.dict

存储着该库所有的键值对数据。redisDb.expires

保存着每一个键的过期时间。

2、当redis

服务器初始化时，会预先分配

16

个数据库（该数量可以通过

配置文件

配置），所有数据库保存到结构

redisServer

的一个成员

redisServer.db

数组中。当我们选择数据库

select

number

时，程序直接通过

redisServer.db[number]

来切换数据库。有时候当程序需要知道自己是在哪个数据库时，直接读取

redisDb.id

即可。

因为Redis具有在数据存储中快速读写数据的能力，所以它比关系型数据库更具有性能优势。但是，关键值数据存储是简单的它们没有一个类似于

SQL的查询语言或者结构化的数据模型。相反，它们有一个把键值作为与数值相关的标识符来使用的简单字典或哈希模式。管理员使用这些键来进行数值的存储和

检索。

键值存储是简单快速的，它可用于实现丰富数据模型和关系型数据库查询功能的良好匹配。但是，有时候还是使用键值与关系型数据库的组合为好。此外，还有很多商业支持的键值数据库，包括Redis、Riak和Areospike等。

为了运行一个优化热门查询性能的Redis缓存，首先应确定你希望缓存的查询结果。其中，应重点关注最常用的和最耗时的查询，然后确定应缓冲查询中的数据。为简便起见，缓存查询返回的所有列值。

为键值定义一个命名约定可以使用行主键和列名的组合来构造密钥。例如，其主键ID为 198278的 产品描述可以‘198278:descry’的键值进行存储。确保你的命名规则是简单和规则驱动的，以便于使用最少的代码来实现键的程序化创建。

接下来，确定是运行Redis缓存作为自助管理服务还是运行亚马逊的ElastiCache。运行用户自己的Redis实例将赋予管理人员对缓存的完全控制权。而这一控制权意味着灵活性，例如当有超出容量的情况出现时，管理人员有使用现有保留实例的权力。

此外，当用户想要把应用程序从一家云计算供应商迁移至另一家时，他们会发现完整的管理控制权限是非常有用的。

如果用户选择运行一个自助管理的Redis实例，可下载服务器。Redis的客户端支持30种以上编程语言——从Java和Python到Prolog和Smalltalk。

已经使用AWS环境的企业可能会想要使用ElastiCache。除了诸如托管打补丁这样的优点之外，亚马逊ElastiCache支持一系列高速

缓存优化的节点类型，具体包括从中型到2X的m3节点、从大型到8X的r3节点以及从微型到中型的t2节点。ElastiCache还支持一些上一代的节

点类型，例如选择m1、m2、t1和c1节点。

ElastiCache还支持多个可用区。如果有一个节点发生故障，一个读 *** 作复制节点将取代故障节点。任何需要确保应用程序运行的DNS变更都是

自动完成的，同时会创建一个新的读 *** 作副本。ElastiCache允许基于单位时间使用率的按需定价模式，以及一年期或三年期预付费的节点使用条款。完

整定价清单可以在这里找到。

如果使用Redis缓存和亚马逊ElastiCache，那么就可以从AWS管理控制台启动一个集群。除了设置Redis服务外，还需要修改应用程

序代码以便于能够使用缓存。一个常用的模式就是，检查缓存中是否存在有一个键值，如果没有就执行一个SQL查询以检索数据，然后将其存储在缓存中。当缓冲

存满时，可以配置Redis删除旧数据，这样就不需要用户使用专门的代码来处理缓存存满的情况了。

---