NoSQL之Redis数据库初探

1、NoSQL的风生水起

 1.1 后Web2.0时代的发展要求

  随着互联网Web2.0网站的兴起,传统的关系数据库在应付Web2.0网站,特别是超大规模和高并发的SNS类型的Web2.0纯动态网站已经显得力不从心,暴露了不少难以克服的问题:redis

  (1)对数据库高并发读写的需求数据库

  网站要根据用户个性化信息来实时生成动态页面和提供动态信息,因此基本上没法使用动态页面静态化技术,所以数据库并发负载很是高,每每要达到每秒上万次读写请求。关系数据库应付上万次SQL查询还勉强顶得住,可是应付上万次SQL写数据请求,硬盘IO就已经没法承受了。缓存

  (2)对海量数据的高效率存储和访问的需求服务器

  对于大型的SNS网站,天天用户产生海量的用户动态,以国外的Friendfeed为例,一个月就达到了2.5亿条用户动态,对于关系数据库来讲,在一张2.5亿条记录的表里面进行SQL查询,效率是极其低下乃至不可忍受的。架构

  (3)对数据库的高可扩展性和高可用性的需求并发

  在基于Web的架构当中,数据库是最难进行横向扩展的,当一个应用系统的用户量和访问量与日俱增的时候,你的数据库却没有办法像Web服务器和应用服务器那样简单的经过添加更多的硬件和服务节点来扩展性能和负载能力。对于不少须要提供7*24小时不间断服务的网站来讲,对数据库系统进行升级和扩展是很是痛苦的事情,每每须要停机维护和数据迁移,为何数据库不能经过不断的添加服务器节点来实现扩展呢?分布式

  在上面提到的“三高”的需求面前,关系数据库遇到了难以克服的障碍,而对于Web2.0网站来讲,关系数据库的不少主要特性却每每无用武之地,例如:高并发

  (1)数据库事务一致性需求oop

  不少Web实时系统并不要求严格的数据库事务,对读一致性的要求很低,有些场合对写一致性要求也不高。所以数据库事务管理成了数据库高负载下一个沉重的负担。性能

  (2)数据库的写实时性和读实时性需求

  对关系数据库来讲,插入一条数据以后马上查询,是确定能够读出来这条数据的。并不要求这么高的实时性。

  (3)对复杂的SQL查询,特别是多表关联查询的需求

  任何大数据量的Web系统,都很是忌讳多个大表的关联查询,以及复杂的数据分析类型的复杂SQL报表查询,特别是SNS类型的网站,从需求以及产品设计角度,就避免了这种状况的产生。每每更多的只是单表的主键查询,以及单表的简单条件分页查询,SQL的功能被极大的弱化了。

  所以,关系数据库在这些愈来愈多的应用场景下显得不那么合适了,为了解决这类问题的非关系数据库应运而生。NoSQL 是非关系型数据存储的广义定义。它打破了长久以来关系型数据库与ACID理论大一统的局面。NoSQL 数据存储不须要固定的表结构(例如以键值对存储,它的结构不固定,每个元组能够有不同的字段,每一个元组能够根据须要增长一些本身的键值对,这样就不会局限于固定的结构,能够减小一些时间和空间的开销),一般也不存在链接操做。

 1.2 NoSQL无与伦比的特色

  在大数据存取上具有关系型数据库没法比拟的性能优点,例如:

  (1)易扩展

  NoSQL数据库种类繁多,可是一个共同的特色都是去掉关系数据库的关系型特性。数据之间无关系,这样就很是容易扩展。也无形之间,在架构的层面上带来了可扩展的能力。

  (2)大数据量,高性能

  NoSQL数据库都具备很是高的读写性能,尤为在大数据量下,一样表现优秀。这得益于它的无关系性,数据库的结构简单。

  (3)灵活的数据模型

  NoSQL无需事先为要存储的数据创建字段,随时能够存储自定义的数据格式。而在关系数据库里,增删字段是一件很是麻烦的事情。若是是很是大数据量的表,增长字段简直就是一个噩梦。这点在大数据量的Web2.0时代尤为明显。

  (4)高可用

  NoSQL在不太影响性能的状况,就能够方便的实现高可用的架构。好比Cassandra,HBase模型,经过复制模型也能实现高可用。

  综上所述,NoSQL的非关系特性使其成为了后Web2.0时代的宠儿,助力大型Web2.0网站的再次起飞,是一项全新的数据库革命性运动。

2、Redis的脱颖而出

  随着应用对高性能需求的增长,NoSQL逐渐在各大名企的系统架构中生根发芽。时至今日,涌现出的NoSQL产品已经有不少种了,例如Membase、MongoDB、Apache Cassandra、CouchDB等。不过,在国内外互联网巨头例如社交巨头新浪微博、传媒巨头Viacom及图片分享领域佼佼者Pinterest等名企都不约而同地采用了Redis做为其NoSQL数据库的选择,到底Redis是何方神圣呢?能让如此多的名企为它而痴狂。

  按照官方的说法,Redis是一个开源的,使用C语言编写,面向“键/值”(Key/Value)对类型数据的分布式NoSQL数据库系统,特色是高性能持久存储适应高并发的应用场景。所以,能够说Redis纯粹为应用而产生,它是一个高性能的key-value数据库,而且还提供了多种语言的API(包括咱们的大C#)。那么,也许咱们会问:到底性能如何呢?如下是官方的bench-mark数据:

  测试完成了 50个并发执行 100000个请求
  设置和获取的值是一个256字节字符串。
  Linux box是运行Linux 2.6,这是X3320 Xeon 2.5 ghz。
  文本执行使用loopback接口(127.0.0.1)。
  结果: 读的速度是110000次/s,写的速度是81000次/s 。(固然不一样的服务器配置性能也有所不一样)。

  和Memcached相似,Redis支持存储的value类型相对更多,包括string(字符串)、list(链表)、set(集合)、zset(sorted set --有序集合)和hash(哈希类型)。这些数据类型都支持push/pop、add/remove及取交集并集和差集及更丰富的操做,并且这些操做都是原子性的。在此基础上,Redis支持各类不一样方式的排序。与Memcached同样,为了保证效率,数据都是缓存在内存中。区别的是Redis会周期性的把更新的数据写入磁盘或者把修改操做写入追加的记录文件,而且在此基础上实现了master-slave(主从)同步(数据能够从主服务器向任意数量的从服务器上同步,从服务器能够是关联其余从服务器的主服务器。)。

  所以,Redis的出现,很大程度补偿了Memcached这类key/value存储的不足,在部分场合能够对关系数据库起到很好的补充做用

3. Redis安装

  Redis的安装过程很简单:

(1)下载Redis安装包redis-3.2.12.tar.gz:https://redis.io/download

(2)解压:tar -xzvf redis-3.2.12.tar.gz

(3)安装:sudo make PREFIX=/usr/local/redis install

 (4)拷贝redis.conf配置文件到安装目录:[root@rhel7-c0 redis-3.2.12]# cp redis.conf /usr/local/redis

(5)连接Redis数据库: