微服务
为什么要用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去开发
消息队列