公众号JavaEdge的博客_系统设计(4)

并发性，时间和相对性(1)-确定前后关系

若两个操作同时发生，则称为并发，但事实上，操作是否在时间上重叠并不重要。由于分布式系统复杂的时钟同步问题，现实

服务器

java

运维

客户端

版本号

原创 2022-08-06 00:37:15 789 阅读

精通Java事务编程(2)-弱隔离级别之已提交读

若两个事务不触及相同数据，即无数据依赖关系，则它们能安全并行运行。只有当：某事务读取由另一个事务同时修改的数据时或两个事务同时修改相同数据才会出现并发问题。并发 BUG 很难通过测试找到，因为这样的错误只有在特殊时序下才会触发。这样的时序问题可能非常少发生，通常很难重现 [^译注i]。并发性也很难推理，特别是在大型应用中，你不一定知道哪些其他代码正在访问DB。只有一个用户访问数据时，应用开发就够麻

数据

隔离级别

sql

原创推荐 2022-08-05 23:30:29 580 阅读 yyds干货盘点

精通Java事务编程(1)-深入理解事务

苛刻的数据存储系统中，很多可能出错的case：数据库软件、硬件可能随时失效（包括正在执行写操作的过程中）应用程序可能随时崩溃（包括一系列操作的中间某步）网络中断可能会意外切断数据库与应用的连接，或数据库之间的连接。多个客户端可能同时写入DB，导致数据覆盖客户端可能读到无意义的、部分更新的数据客户端之间由于边界条件竞争所引入的各种奇怪问题为实现高可靠，系统必须处理这些问题。但完善容错机制工作量巨大，

数据

客户端

持久性

原创推荐 2022-08-04 23:07:25 639 阅读 yyds干货盘点

系统设计之分区策略

对大数据集或非常高吞吐量，仅复制还不够，还需将数据拆分成为分区（partitions），也称分片（sh

数据库

java

nosql

数据

均匀分布

原创 2022-07-16 00:37:00 10000+阅读

数据系统分区设计 - 分区与二级索引

目前的分区方案都依赖KV数据模型。KV模型简单，都是通过K访问记录，自然可根据K确定分区，并将读写请求

java

数据库

二级索引

数据

sed

原创 2022-07-16 00:32:45 3399 阅读

数据系统分区设计 - 分区再平衡（rebalancing）

随业务井喷，DB出现变化：所有这些更改都要求数据、请求可以从一个节点转移到另一个节点。将负载从

java

服务器

开发语言

数据

数据集

原创 2022-07-16 00:32:40 2775 阅读

数据系统分区设计 - 请求路由

现已将数据集分布多个节点，但当客户端要发送请求时，如何知道应该连接哪个节点？若分区再平衡，分区和

hbase

java

数据库

客户端

并行执行

原创 2022-07-16 00:32:35 2488 阅读

系统设计之图状数据模型

多对多关系是不同数据模型之间的重要区别特征。若数据大多是一对多（树结构数据）或记录之间无关系，则文档模

java

数据

语义网

三元组

原创 2022-06-19 08:41:03 5802 阅读

系统架构设计(5)-可演化性：易于改变

没有一成不变的系统需求，想法和目标在不断变化：适配新外部环境，新用例，业务优先级变化，用户要求新功能，新平台取代旧平台，法律或监管要求变化，业务增长促使架构演变等。组织、流程方面，敏捷开发模式为适应变化提供了很好参考。敏捷社区还发布了很多技术工具和模式，以帮助在频繁变化的环境中开发软件，例如TDD和重构。这些敏捷开发技术多数还只是针对小规模、本地模式（例如同一应用程序中的几个源代码文件）环境。我

应用程序

数据

可扩展性

原创 2022-06-04 19:31:18 7465 阅读 yyds干货盘点

系统架构设计(4)-可维护性

软件大部分成本其实不在最初开发阶段，而是在于整个生命周期内的持续投入，包括维护与bug修复，监控系统来保持正常运行、故障排查、适配新平台、搭配新场景、技术缺陷完善及增加新功能。可惜许多程序员不喜欢维护这些所谓的遗留系统，例如修复他人埋下的bug或使用过时的开发平台或被迫做不喜欢的工作。每个遗留系统总有过期理由，所以很难给出通用建议该如何对待它们。但换个角度，可从软件设计时就开始考虑，尽可能减少维护

运维

软件系统

编程语言

原创精选 2022-06-04 19:30:22 10000+阅读 yyds干货盘点

软件系统设计(2)-可靠性

每人都有直观认识，即什么代表可靠或不可靠。对于软件，典型的期望包括：应用程序执行用户所期望的功能可容忍用户出现错误或不正确的软件使用方法性能可应对典型场景、合理负载压力和数据量系统可防止任何未经授权的访问和滥用上述目标都支持才算 “正常工作”，那么我们可以认为可靠性代表：即使发生某些错误，系统仍可继续正常工作。可能出错的事情称为错误（ fault ）或故障，系统可应对错误称为容错（fault to

硬件故障

服务器

数据

原创 2022-06-04 19:29:31 6973 阅读 yyds干货盘点

系统架构设计(3)-可扩展性

即使系统现在可靠，不代表将来一定可靠。发生退化的最常见原因是负载增加：并发用户从最初的10,000 增长到 100,000或系统目前处理数据量超出之前很多倍。可扩展性，描述系统应对负载增加的能力。它不是衡量一个系统的一维指标，谈论“系统X是可扩展 ”或“不扩展”无太大意义。相反，讨论可扩展性通常得考虑：“若系统以某种方式增长，应对措施有啥”， “该如何添加计算资源来处理额外的负载”3.1 描述负

响应时间

中位数

数据

原创精选 2022-06-03 22:50:40 7230 阅读 yyds干货盘点

大厂的优惠券系统是如何设计的？

1 Scenario 场景电商系统的促销手段（Electronic Commerce Systems）：优惠券拼团砍价老带新优惠券的种类满减券直减券折扣券优惠券系统的核心流程发券发券的方式：同步发送 or 异步发送领券谁能领？所有用户 or 指定的用户领取上限一个优惠券最多能领取多少张？领取方式用户主动领取 or 自动发放被动领取用券作用范围商品、商户、类目计算方式是否互斥、是否达到门

数据

互斥

限流

原创推荐 2022-05-09 22:30:17 4325 阅读 4点赞 2收藏 yyds干货盘点

官方博客	全部文章	热门标签	班级博客
了解我们	网站地图	意见反馈

鸿蒙开发者社区	51CTO学堂
51CTO	软考资讯

51CTO博客

JavaEdge