Redis学习笔记

微服务

为什么要用NoSQL

数据超过300万条数据就要建立索引了

MySQL的底层是（B+树）

分布式的前提条件是数据量足够大

网站80%的情况都是在读

缓存主要解决读的问题。

发展过程：

优化数据结构和索引->文件缓存（IO）->Memcached(缓存技术）

大厂缺人才！

人才不一定要进大公司（愿意自己去干）

你的竞争对手并不是人才，而是那些图安稳又踏实的人。

表锁（十分影响效率！高并发下就会出现严重的锁问题）

行锁：

慢慢就开始使用分库分表来解决写的压力。

MySQL等关系型数据就不够用了，数据量很多，变化很快。

BSON数据库

MySQL有的使用它来存储一些较大的文件，效率就低了

有一种数据库专门处理较大的数据。

大数据的IO压力下，表几乎没法更大。

企业的防火墙      负载均衡       

用户信息的爆发式增长，关系型数据库达到了瓶颈。

这个时候就需要用NoSQL

Not Only SQL

泛指非关系型数据库

网站的站长

关系型数据库：行  和  列

NoSQL在当今大数据环境下的发展很迅速。

Redis

Redis是必须掌握的技术

 很多的数据类型用户的个人信息，社交网络，地理位置这些数据类型的存储不需要一个固定的格式。

社交网络是一个拓扑图

Map<String,Object>可以存万事万物，典型的NoSQL的表现

NoSQL方便扩展

面相接口编程，就是为了解耦。

大数据量高性能（Redis 一秒写8万次， 11万次的读，NoSQL的的缓存是一种细粒度的缓存）

NoSQL不需要事先设计数据库！ 随取随用

NoSQL没有固定的查询语言

CAP定理  和BASE理论      （异地多活）

大数据时代的：3V    海量  多样  实时

大数据时代的：3高   高并发 高可拓  高性能

真正的公司是Nosql和Mysql结合的使用的。

技术没有高低之分，就看及如何使用。

提升内功。

技术急不得，越是慢慢学，越扎实。

敏捷开发， 极限编程

竞品协议

大量公司做的都是相同的业务。

高中，大一开始就应该认真学习了！

数据架构日益复杂

如果你未来想当一个架构师：没有什么是加一层解决不了的。

商品的基本信息：放在关系型数据库。

王坚 

阿里云的这群疯子

淘宝的mysql不是大家用的mysql

文档型数据库 MongoDB

图片放在分布式文件系统FastDFS 淘宝的TFS   Google的GFS  Hadoop的HDFS

阿里云的OSS

商品的关键字：搜索引擎solr  es   ISearch淘宝用的 多隆

所有牛逼的人都有一段苦逼的岁月！

进大厂很重要，有实战经验，进大厂先培训

Redis是单进程的

图关系数据库：

不是存图片的，而是关系。比如朋友圈社交网络。

敬畏之心可以使人进步。

纪录片  坐牢40年 

Redis（Remote Dictionary Server）远程字典服务

内存存储  内存是断电即失 

RDB

AOF

Redis推荐使用Linux去开发

消息队列