全栈工程师修炼指南
熊燚(四火)
Oracle首席软件工程师
立即订阅
2286 人已学习
课程目录
已更新 43 讲 / 共 40 讲
0/4登录后,你可以任选4讲全文学习。
课前必读 (3讲)
开篇词 | 从成长角度看,为什么你应该成为全栈工程师?
免费
学习路径 | 怎样成为一名优秀的全栈工程师?
导读 | 如何学习这个专栏?
第一章 网络协议和 Web 接口 (6讲)
01 | 网络互联的昨天、今天和明天:HTTP 协议的演化
02 | 为HTTP穿上盔甲:HTTPS
03 | 换个角度解决问题:服务端推送技术
04 | 工整与自由的风格之争:SOAP和REST
05 | 权衡的艺术:漫谈Web API的设计
06 | 特别放送:北美大厂如何招聘全栈工程师?
第二章 欢迎来到 MVC 的世界 (7讲)
07 | 解耦是永恒的主题:MVC框架的发展
08 | MVC架构解析:模型(Model)篇
09 | MVC架构解析:视图(View)篇
10 | MVC架构解析:控制器(Controller)篇
11 | 剑走偏锋:面向切面编程
12 | 唯有套路得人心:谈谈Java EE的那些模式
13 | 特别放送:选择比努力更重要
第三章 从后端到前端 (7讲)
14 | 别有洞天:从后端到前端
15 | 重剑无锋,大巧不工:JavaScript面向对象
16 | 百花齐放,百家争鸣:前端MVC框架
17 | 不一样的体验:交互设计和页面布局
18 | 千言万语不及一幅画:谈谈数据可视化
19 | 打开潘多拉盒子:JavaScript异步编程
20 | 特别放送:全栈团队的角色构成
第四章 数据持久化 (7讲)
21 | 赫赫有名的双刃剑:缓存(上)
22 | 赫赫有名的双刃剑:缓存(下)
23 | 知其然,知其所以然:数据的持久化和一致性
24 | 尺有所短,寸有所长:CAP和数据存储技术选择
25 | 设计数据持久层(上):理论分析
26 | 设计数据持久层(下):案例介绍
27 | 特别放送:聊一聊代码审查
第五章 寻找最佳实践 (6讲)
28 | Ops三部曲之一:配置管理
29 | Ops三部曲之二:集群部署
30 | Ops三部曲之三:测试和发布
31 | 防人之心不可无:网站安全问题窥视
32 | 和搜索引擎的对话:SEO的原理和基础
33 | 特别放送:聊一聊程序员学英语
第六章 专题 (7讲)
34 | 网站性能优化(上)
35 | 网站性能优化(下)
36 | 全栈开发中的算法(上)
37 | 全栈开发中的算法(下)
38 | 分页的那些事儿
39 | XML、JSON、YAML比较
40 | 全栈衍化:让全栈意味着更多
全栈工程师修炼指南
登录|注册

23 | 知其然,知其所以然:数据的持久化和一致性

四火 2019-11-01
你好,我是四火。
我想你很可能已经使用过许多存储层的技术了,例如缓存、文件、关系数据库,甚至一些云上 key-value 的存储服务,但就如同我之前提到的那样,某项具体技术总是相对好学,可对于全栈知识系统地学习,也包括持久层的学习,是一定要立足于技术的基础、原理和本质的。今天,我们要讲的就是其中之一 —— 一致性(Consistency)。
数据的可用性和一致性是很多工程师几乎每天都会挂在嘴边的概念,在存储系统的技术选型上面,一致性将会是我们一个重要的衡量因素,而在持久层架构设计上面,它也将是最重要的思考维度。
数据的一致性不但是数据持久化的一个核心内容,也是学习的一个难点,希望我们一起努力,从原理上去彻底理解它,并学习一些常见的应用模式,做到“知其然,知其所以然”,我们一起把这个难啃的骨头给啃下来。

概念和背景

数据持久化,本质上就是把内存中的数据给转换并写入指定的存储系统中,这个过程是保证数据不丢失的基本方式,而这个存储系统可以具备很多种形式,可以是网络、硬盘文件,也可以是数据库,还可以是前面两讲提到的某种形式的缓存。
你也许听说过对于一致性的不同解释,而我们在谈论数据持久化的时候讲到的一致性,我认为简单来说,指的就是在存储系统中,客户端对数据的读写行为都是可以预期、符合一定规则的。这里有两个值得注意的方面:
取消
完成
0/1000字
划线
笔记
复制
© 版权归极客邦科技所有,未经许可不得传播售卖。 页面已增加防盗追踪,如有侵权极客邦将依法追究其法律责任。
该试读文章来自付费专栏《全栈工程师修炼指南》,如需阅读全部文章,
请订阅文章所属专栏。
立即订阅
登录 后留言

精选留言(5)

  • Mandalorian
    复习一遍专栏,想起来请问下老师,什么场景下。数据持久化到缓存呀?能举个例吗

    作者回复: 比如文中介绍的浏览器缓存就是,它实际的存储形式有可能是磁盘上的文件,比如你曾经访问过的图片。

    2019-11-29
  • pyhhou
    关系数据库 是强一致性,因为需要每次 query 出来的都是最新的数据
    本地文件 是强一致性,解释和关系型数据库类似
    浏览器缓存 是弱一致性,因为不能保证每次获取的都是最新的数据,如果失效,还得去 DB 查看
    网盘数据 是最终一致性,上传文件到网盘需要时间,等文件完全上传完整后才会显示出来,这里有一个时间窗口需要等待
    CDN 节点上的静态资源 是最终一致性,CDN 的作用有点像缓存,但是必须保证存储的资源是正确的
    搜索引擎爬虫爬到的数据 是最终一致性,文中已有提及

    作者回复: 网盘这个我做个说明,我们这里讲的一致性是针对客户端而言的,如果客户端完成了上传,却立马读取不出来,需要过一个时间窗口才能读出来,这才是最终一致性。

    因此,网盘是的一致性要看上面这条是怎么设计实现的,但是你说的这个上传过程,并不是它成为最终一致性的理由。

    2019-11-12
  • 简<单
    强一致性:关系数据库、本地文件
    弱一致性:浏览器缓存
    最终一致性:CDN 节点上的静态资源、搜索引擎爬虫爬到的数据、网盘数据

    关系型数据库和本地文件我觉得是强一致性,他们每次读取的都是最近一次写入的数据
    浏览器缓存我认为是弱一致性,因为如果缓存没有过期,那么就是直接命中,但是未过期的缓存未必就是服务端最新的
    搜索引擎的爬虫数据老师文中已经说过了;对于CDN的静态资源,我没有接触过,但是按自己的想法,静态资源是变动较少的,那么每次变动,应该会主动推到CDN上,那么这个异步的过程也可以认为是一个时间窗口,所以我觉得是最终一致性

    自己现在是刚入职前端的应届生,对于后端的这些知识了解都不足,在读了老师的专栏后,虽然技术可能不会立马成长,但是感觉自己的视野一下子变宽了许多,知道了以前不知道的很多知识,希望老师后面的课程越来越精彩,每天的扩展课堂也很期待~

    作者回复: 感谢。其实,你掌握的这些“知识”,或是学到的“技巧”,这些都是你的“技术”。

    2019-11-11
  • Mandalorian
    信息量很大,内容很多。如果有什么动态交互的方式可以学习的话。就好了。

    作者回复: 嗯,留言区就是用来交互的。除去有些问题不相关、不适合留言区讨论,或太过宽泛之外,一般的问题我都会答复。

    2019-11-11
  • 鹏😎
    努力学习中
    2019-11-06
收起评论
5
返回
顶部