[国内信息] 腾讯云轻量应用服务器2核2G4M仅20元 [复制链接]
查看:390925 | 回复:641

gydtep · 发表于 2022-9-20 20:56:34

思考领域模型是如何在业务场景中发挥作用的，以及是如何参与到业务流程的每个环节的；
场景走查，确认领域模型是否能满足领域中的业务场景和业务流程；

gydtep · 发表于 2022-9-21 11:01:38

在每个边界上下文中设计领域模型，具体的领域模型设计方法有很多种，如以场景为出发点的四色原型分析法，或者我早期写的这篇文章；

gydtep · 发表于 2022-9-21 16:20:03

性能压测方案
监控报警方案
等等。上面这些都需要我们平时的大量学习和积累。作为一个合格的开发人员或架构师

gydtep · 发表于 2022-9-22 08:59:38

首先，在技术上需要维护两套不同技术体系的数据库系统，其次由于两套系统处理机制的差异，维护上下游的数据实时一致性也非常具有挑战。而且由于同步延迟的存在，下游AP系统存储的经常是过时的数据，导致无法满足实时分析的需求。

gydtep · 发表于 2022-9-22 16:07:55

因此要达到最极致的分析性能必须使用列式存储，而列式存储中索引稀疏导致的索引精准度问题决定它不可能成为TP场景的存储格式

gydtep · 发表于 2022-9-23 10:24:35

传统MySQL的表达式计算体系以一行为一个单位的逐行运算，一般称其为迭代器模型实现。由于迭代器对整张表进行了抽象，整个表达式实现为一个树形结构，其实现代码易于理解，整个处理的过程非常清晰。

gydtep · 发表于 2022-9-23 16:15:04

在PolarDB的SQL执行器层，我们重写了一套面向列存的执行器引擎框架(Column-oriented), 该执行器框架充分利用列式存储的优势，如以4096行的一个Batch为单位访问存储层的数据

gydtep · 发表于 2022-9-24 09:29:47

事务型应用和分析型应用对存储引擎有着截然不同的要求，前者要求索引可以精确定位到每一行并支持高效的增删改，而后者则需要支持高效批量扫描处理，这两个场景对存储引擎的设计要求完全不同，有时甚至是矛盾的。

gydtep · 发表于 2022-9-26 14:13:18

InnoDB原生是支持多索引的，Insert/Update/Delete操作都会以行粒度apply到Primary Index和所有的Secondary Index上，并且保证事务。将列存实现为一个二级索引可以复用这套事务处理框架。

gydtep · 发表于 2022-9-27 08:41:24

向量化执行解决了单核执行效率的问题，而并行执行突破了单核的计算瓶颈。二者结合使得IMCI执行速度相比传统MySQL行式执行有了数量级的速度提升。