摘要：如今数据量越来越大，传统的关系型数据库已经无法应付如此大数据的需求了。由此可见，在数据量日渐增长的今天，为了解决大数据量与高并发的难题，应运而生。的消息存储采用的就是数据库，支持大数据进行随机实时访问。
引言
打开Microsoft To-Do，发现Redis的学习计划还躺在那里。
其实我对Redis的理解，仅仅停留在我认识这个单词的层面上。
学习 简介本来对这个Redis没什么兴趣的，不就是一个缓存的数据库而已吗？直到上次配置spring-redis的时候，发现这个东西没有用户名。
spring:
redis:
host: 127.0.0.1
port: 6379
password:
配置如上所示，只有主机、端口和密码，和普通的MySQL或其他数据库不同。
Redis是一个使用ANSI C编写的开源、支持网络、基于内存、可选持久性的键值对存储数据库。
我们熟知的就是Redis的缓存，Redis采用C编写，运行异常的快。是有磁盘存储支持的内存数据库！
适用于数据变化快且数据库大小可遇见（适合内存容量）的应用程序。
使用场景：股票价格、数据分析、实时数据搜集、实时通讯。
NoSQLRedis属于NoSQL，NoSQL = Not Only SQL。
如今数据量越来越大，传统的关系型数据库已经无法应付如此大数据的需求了。
举个例子：假设我们使用关系型数据库存储朋友圈，那一天会产生多少数据？再查询的时候数据库不就死了吗？
这让我想起了我之前关注的一个帖子：腾讯微信的后台数据库到底是怎么设计的？无知的人相谈甚欢，最后好像是官方的哥们是在看不下去了，回复：谁告诉你们微信用的是关系型数据库？
普通关系型数据库，如果只查询的话效率很高？如果算上读写的话？那可能传统的数据库都承受不住高并发。
重要的是关系型数据库没法扩展，大家想一想，因为数据之间是有关系的，所以数据库扩展绝对不像扩展后台服务规模一样再拎个服务器出来那么简单。
由此可见，在数据量日渐增长的今天，为了解决大数据量与高并发的难题，NoSQL应运而生。
NoSQL产品主要有四类：
| 类型 | 特点 | 代表 | 适用场景 |
|---|---|---|---|
| 键值对存储 | 能实现快速查询，但存储的数据缺少结构化 | Redis | 内容缓存，主要用于处理大数据的高访问负载 |
| 列存储数据库 | 查找速度快，可扩展性强，更容易进行分布式扩展，但功能相对局限 | HBase | 分布式的文件系统 |
| 文档数据库 | 数据结构要求不严格，查询性能不高，而且缺乏统一的查询语法 | MongoDB | Web应用(相较于普通的Key-Value，其Value是结构化的) |
| 图形数据库 | 利用图结构相关算法，但需要对整个图做计算才能得出结果，不容易分布式 | Neo4j | 社交网络，推荐系统，专注于构建关系图谱 |
这些数据库的名称大家或多或少应该听说过吧？今天才真正知道它们的作用，各有其特长，我们需根据业务场景动态选择。Facebook的消息存储采用的就是HBase数据库，支持大数据进行随机、实时访问。
NoSQL因为数据之间都是没有关系的，所以易扩展，同时具有很高的读写性能，很适合高并发场景。
历史2008年，意大利的一家创业公司Merzia推出了一款基于MySQL的网站实时统计系统LLOOGG。
没过多久，创始人Salvatore Sanfilippo对MySQL的性能大失所望，于是他决定自己写一个数据库。牛人就是牛人，我们就算质疑MySQL的性能，想写也写不出来啊？！
2009年，Salvatore Sanfilippo完成了数据库的编写，这就是Redis。
Salvatore Sanfilippo将Redis开源，并一直进行着Redis的开发，直到今天。我们熟知的Github、StackOverflow、新浪微博等公司都是Redis的用户。
缓存传统的缓存代码需要这样写，很冗长，都是重复的代码。
