Redis学习之Nosql概述

12 篇文章 0 订阅

Nosql概述

写在前头,公司中用的Nosql是Redis,之前Redis也只是处于会用的水平,没有去更深入的具体的学习,趁着这段时间好好学习一下

为什么要使用Nosql

1、单机Mysql的年代!

APP -----------------------> DAL -----------------------------> Mysql

90年代,一个基本的网站的访问量一般不会太大,单个数据库完全足够!

那个时候,更多的去使用静态网页html~服务器根本就没有太大的压力,

那这种情况下:整个网站的瓶颈是什么?

1、数据量如果太大,一个机器放不下。

2、数据库的索引(B+Tree),一个机器内存也放不下

3、访问量(读写混合),一个服务器承受不了

只要你开始出现以上的三种情况之一,那么你就必须要升级。

2、Memcached(缓存)+Mysql+垂直拆分(读写分离)

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-wE3Fjhxm-1593852962376)(C:\Users\Administrator\AppData\Roaming\Typora\typora-user-images\image-20200704121523311.png)]

网站80%的情况都是在读,每次都要去查询数据库的话就十分麻烦!所以说我们希望减轻数据库的压力,我们可以使用缓存来保证效率!

发展过程:优化数据结构和索引------>文件缓存(IO)------->Memcached(当时最热门的技术!)

3、分库分表+水平拆分+Mysql集群

技术和业务在发展的同时,对人的要求的越来越高

早些年myisam:表锁,是非影响效率,高并发的情况下就会出现严重的锁问题

早些年:innodb:行锁

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

Mysql的集群,很好满足那个年代的需求

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-5bQ1wWQs-1593852962378)(C:\Users\Administrator\AppData\Roaming\Typora\typora-user-images\image-20200704151253103.png)]

4、如今的年代

2010-2020十年之间,世界已经发生了翻天覆地的变化;

Mysql等关系型数据库就不够用了,数据量很大,变化很快!~

Mysql有的使用它来存储一个些比较大的文件,博客,图片,数据库表很大,效率就低了!如果有一种数据库来专门处理这种数据,Mysql压力就变得十分小(研究如何处理这些问题!)大数据的IO压力下,表几乎没法更改

目前一个基本的互联网项目

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-lcaNAvfJ-1593852962380)(C:\Users\Administrator\AppData\Roaming\Typora\typora-user-images\image-20200704153021196.png)]

为什么要用Nosql!

用户的个人信息,社交网络,地理位置,用户自己产生的数据,用户日志等等爆发式增长!

这个时候我们就需要使用Nosql数据库的,Nosql可以很好的处理以上的情况

什么是NoSQL

NoSQL

NoSQL = Not Only SQL(不仅仅是sql)

泛指非关系型数据库,随着web2.0互联网的诞生!传统的关系型数据库很难对付web2.0时代!尤其是超大规模的高并发的社区!暴露出来很多难以克服的问题,Nosql在当今大数据环境下发展的十分迅速,Redis是发展最快的,而且是我们当下必须要掌握的一个技术

很多的数据类型用户的个人信息,社交网络,地理位置,这些数据类型的存储不需要一个固定的格式!不需要多的操作就可以横向扩展的,Map<String,Object>,s使用键值对来控制

Nosql特点

  • 方便扩展(数据之间没有关系,很好扩展!)

  • 大数据量,高性能(Redis一秒写8万次,读取11万次,nosql的缓存记录级,是一种细粒度的缓存,性能会比较高)

  • 数据类型是多样型的!(不需要事先设计数据库!随取随用,如果是数据量十分大的表,很多人就无法设计了!)

  • 传统RDBMS和Nosql

    传统的RDBMS
    - 结构化组织
    - SQL
    - 数据和关系都存在单独的表中
    - 数据操作,数据定义语言
    - 严格的一致性
    - 基础的事务
    - 。。。。
    
    Nosql
    - 不仅仅是数据
    - 没有固定的查询语言
    - 键值对存储,列存储,文档存储,图形数据库(社交关系)
    - 最终一致性
    - CAP 和BASE (异地多活)
    - 高性能,高可用,高可扩
    - 。。。
    

    了解:3V+3高

大数据时代的3V:主要是描述问题的

  • 海量Volume
  • 多样Variety
  • 实时Velocity

大数据时代的3高:主要是对程序的要求

  • 高并发
  • 高可扩(随时水平拆分,机器不够了,可以扩展机器来解决)
  • 高性能(保证用户体验和性能)

真正在公司中的实践:Nosql+RDBMS一起使用才是最强的

阿里巴巴演进分析

思考问题:这么多的数据难道都是在数据库中的嘛

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

# 1、商品的基本信息
	名称、价格、商家信息:
	关系型数据库就可以解决了 Mysql/Oracle  (淘宝早年就去IOE了    王坚:推荐文章:阿里云的这群疯子)
	淘宝内部的Mysql  不是大家用的Mysql
# 2、商品的描述、评论(文字比较多)
	文档型数据库中,MongoDB

# 3、图片
	分布式文件系统 FastDFS
	- 淘宝自己的  TFS
	- Google    GFS
	- Hadoop	HDFS
	- 阿里云的	  oss
# 4、商品的关键字(搜索)
	- 搜索引擎	solr elasticsearch
	- ISearch	多隆
# 5、商品热门的波段信息
	- 内存数据库
	- Redis  Tair  Memache
# 6、商品的交易、外部的支付接口
	- 三方应用

大型互联网应用问题:

  • 数据类型太多了
  • 数据源繁多,经常重构
  • 数据要改造,大面积改造

Nosql的四大分类

KV键值对:

  • 新浪:Redis
  • 美团:Redis+Tair
  • 阿里、百度:Redis + memcache

文档型数据库(bson格式和json一样)

  • MongoDB(一般必须要掌握)

    • MongoDB是一个基于分布式文件存储的数据库,C++编写,主要用来处理大量的文档!
    • MongoDB是一个介于关系型数据库和非关系型数据库中中间的产品!MongoDB是非关系型数据库中功能最丰富,最像关系型数据库的!
  • ConthDB

列存储数据库

  • HBase
  • 分布式文件系统

图关系数据库

  • 它不是存图形,放的是关系,比如:朋友圈社交网络,广告推荐!
  • Neo4j,InfoGrid;
  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 3
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 3
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值