作者:empty 出版社:empty |
·五大基本数据类型·Red is消兵模式(现在公司中所有的集群都用哨兵模式)90年代,一个基本的网站访问量一般不会太大,单个数据库完全足够!那个时候, 更多的去使用静态网页Html~服务器根本没有太大的压力!思考一下,这种情况下:整个网站的瓶颈是什么?2、数据的索引(B+Tree) , 一个机器内存也放不下3、访问量(读写混合),一个服务器承受不了一只要你开始出现以上的三种情况之一,那么你就必须要晋级!2、Memcached(缓存) +MySQL+垂直拆分(读写分离)
早些年MyISAM:表锁, 十分影响效率!高并发下就会出现严重的锁问题转战Innodb:行锁慢慢的就开始使用分库分表来解决写的压力!MySQL在哪个年代推出了表分区!这个并没有多少公司使用!MySQL的集群, 很好满足哪个年代的所有需求!-CDAL4.如今最近的年代2010-2020十年之间,世界已经发生了翻天覆地的变化;(定位,也是一种数据,音乐,热榜!)MySQL等关系型数据库就不够用了!数据量很多, 变化很快-!MySQL有的使用它来村粗一些比较大的文件, 博客, 图片!数据库表很大, 效率就低了!如果有一种数据库来专门处理这种数据,MySQL压力就变得十分小(研究如何处理这些问题!) 大数据的IO压力下, 表几乎没法更大!目前一个基本的互联网项目!为什么要用No SQL!用户的个人信息,社交网络,地理位置,用户自己产生的数据,用户日志等等爆发式增长!这时候我们就需要使用No SQL数据库的, No sql可以很好的处理以上的情况!No SQL关系型数据库:表格,行,列泛指非关系型数据库的, 随着web 2.0互联网的诞生!传统的关系型数据库很难对付web 2.0时代!尤其是超大规模的高并发的社区!暴露出来很多难以克服的问题, No SQL在当今大数据环境下发展的十分迅速, Red is是发展最快的, 而且是我们当下必须要掌握的一个技术!很多的数据类型用户的个人信息,社交网络,地理位置。这些数据类型的存储不需要一个固定的格式1No SQL特点2、大数据量高性能(Red is一秒写8万次, 读取11万, No SQL的缓存记录级, 是一种细粒度的缓存, 性O.bili bili:狂神说5等EL二ami...-什么是No SQLNo SQL=Not Only SQL(不仅仅是SQL)狂神说Ja不需要多月的操作就可以横向扩展的!Map e String Object使用键值对来控制1解耦!1、方便扩展(数据之间没有关系,很好扩展!)能会比较高Ⅰ)3、数据类型是多样型的!(不需要事先设计数据库!随取随用!如果是数据量十分大的表,很多人就无法设计了!)4、传统RDBMS和No SQL
传统的RDBMS-结构化组织-SQL-数据和关系都存在单独的表中row col-操作操作,数据定义语言一严格的致性·基础的事务No sq 1-不仅仪是数-没有固定的查询语言-键值对存销。列存。文档存储,图形数据库《社交关系)-最终一致性。-CAP定理和BA5E-高性能,高可用,高可扩了解:3V+3高大数据时代的3V:主要是描述问题的1.海量Volume2.多样Variety3.实时Velocity大数据时代的3高:主要是对程序的要求1.高并发2.高可扩3.高性能(异地多活)初线果构师!《狂神理念:只要学不死,就往死里学!)lib ili:狂神说Java天系数照库型秉引章、度供商业服务Cache, KV外部数据接:加淘宝/支付宝接文档数库, Scho mat roo的热构化检管理适量商品信息判数库、大规计算场盘。基本信息真正在公司中的实践:No SQL+RDBMS一起使用才是最强的, 阿里巴巴的架构演进!技术没有高低之分,就看你如何去使用!(提升内功,思维的提高!)阿里巴巴演进分析思考问题:这么多东西难道都是在一个数据库中的吗?工厂技术急不得,越是慢慢学,才能越扎实!开源才是技术的王道!任何一家互联网的公司,都不可能只是简简单单让用户能用就好了!大量公司做的都是相同的业务;(竟品协议)随着这样的竞争,业务是越来越完善,然后对于开发者的要求也是越来越高!数据层数据架构日益复杂如果你末来相当一个架构师:没有什么是加一层解决不了的!